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This  research  effort  investigates  the  application  of 
Artificial  Intelligence  knowledge-based  techniques  to  the 
problem  of  space  system  restoration  management.  A  prototype 
decision  aid  was  developed  to  demonstrate  the  feasibility  of 
a  knowledge-based  decision  aid  capable  of  assisting  the 
Commander  of  the  US  Space  Command  in  maximizing  the  use  of 
remaining  space  resources  following  wartime  losses  and 
degradation  of  space  systems .  Programmed  with  the  Automated 
Reasoning  Tool  (ART),  the  prototype  decision  aid  generates 
alternative  restoration  plans  based  on  the  mission  prior¬ 
ities  specified  by  the  user.  To  rank  the  alternative  plans 
by  their  effectiveness,  the  prototype  uses  an  objective 
function  which  encompasses  the  multiple  objectives  of 
restoring  communications,  navigation  and  weather  mission 
capabilities.  The  prototype  decision  aid  also  contains 
provisions  to  handle  uncertain  data  and  uses  a  branch  and 
bound  pruning  algorithm  to  eliminate  inferior  partial  plans 


and  thereby  hasten  the  solution  process. 


A  PROTOTYPE  KNOWLEDGE -BASED  SYSTEM  TO  AID 


SPACE  SYSTEM  RESTORATION  MANAGEMENT 


I .  Introduction 


General  Issue 

The  Department  of  Defense  (DOD)  is  becoming  increas¬ 
ingly  reliant  on  satellite  systems  that  perform  the  force 
enhancement  missions  of  communications,  tactical  warning, 
meteorology,  reconnaissance,  navigation  and  mapping.  These 
space  systems  have  become  so  capable,  and  in  some  cases,  so 
vital  to  the  conduct  of  military  operations,  that  their 
unimpeded  use  in  future  conflicts  could  prove  decisive 
(12:15-12).  To  ensure  that  these  systems  will  be  available 
when  the  DOD  requires,  the  United  States  Space  Policy  calls 
for  the  increased  survivability  of  all  elements  of  space 
systems  (12:15-18).  Satellite  system  designers  are  also 
looking  into  interoperability  between  satellite  systems  to 
enhance  survivability  and  provide  a  means  to  reconstitute 
critical  satellite  networks  when  system  losses  and  degrada¬ 
tion  occur  during  wartime. 

Space  system  restoration  management,  maximizing  the  use 
of  remaining  space  assets  in  a  post-attack  environment,  is  a 
high  priority  in  the  DOD  (14:308).  As  the  decision  maker 
responsible  for  the  restoration  process,  the  Commander  of 


the  United  States  Space  Command  (CINCSPACE)  must  be  prepared 
to  quickly  develop  and  implement  a  plan  to  restore  critical 
mission  capabilities.  Depending  on  the  stage  of  the  con¬ 
flict  and  the  extent  of  damage  to  the  satellite  systems,  the 
restoration  decision  can  become  extremely  complex.  To 
determine  the  optimal  plan  for  restoring  mission  capabil¬ 
ities,  the  decision  maker  must  consider  numerous  factors. 
These  include:  (1)  the  compatibility  of  the  available  satel¬ 
lite  systems,  (2)  the  accuracy  and  completeness  of  the 
system  status  updates  and  intelligence  reports,  (3)  the 
mission  requirements  of  the  various  battle  commanders,  (4) 
the  tactics  of  the  enemy,  and  (5)  the  amount  of  time  and 
resources  necessary  to  implement  the  proposed  changes. 

Space  system  restoration  management  is  not  a  one-time 
reallocation  of  resources;  every  time  the  mission  prior¬ 
ities  and/or  the  status  of  available  space  systems  change,  a 
new  plan  must  be  developed  and  implemented. 

Problem  Statement 

Because  of  the  importance  of  space  system  restoration 
management,  an  automated  decision  aid  is  required  to  assist 
CINCSPACE  in  quickly  generating  effective  restoration  plans 
to  ensure  the  best  use  of  available  space  resources. 

Ba^qkgrodbd 

Although  much  has  been  written  on  the  need  for  a  space 


system  management  system,  only  one  research  effort  has 
proposed  a  methodology  for  managing  the  restoration  process. 


In  a  Master’s  thesis  at  the  Air  Force  Institute  of  Tech¬ 


nology,  Captain  Calvin  Hedgeman  addressed  the  feasibility  of 
optimally  reconfiguring  a  satellite  fleet  using  goal  prog¬ 
ramming  and  integer  programming  techniques.  Under  the 
sponsorship  of  HQ  AF  SPACE  CMD,  Captain  Hedgeman  developed  a 
prototype  decision  aid  to  enable  CINCSPACE  to  carry  out  the 
restoration  process  according  to  his  mission  priorities. 
Although  Captain  Hedgeman’ s  prototype  generated  optimal 
allocations,  it  could  not  handle  situations  where  satellites 
shared  earth  station  resources  or  satellite  subsystems  were 
in  a  degraded  status.  Captain  Hedgeman 's  prototype  system 
also  came  close  to  exceeding  the  limits  of  a  mainframe 
computer  system  when  applied  to  only  a  small  fraction  of  the 
systems  a  real  restoration  system  would  have  to  consider. 

Algorithmic  tools,  like  Captain  Hedgeman’ s,  have  enjoyed 
limited  success  in  battle  management  applications  like  space 
system  restoration  management.  Battle  management  involves 
making  the  best  use  of  defense  resources,  including  situ¬ 
ation  monitoring,  resource  accounting  and  resource  alloca¬ 
tion  (20:3-6).  These  mathematical  models  are  often 
unwieldy,  and  do  not  respond  well  to  real  life  complications 
such  as  incomplete  information,  the  desire  to  minimize 
equipment  changes,  and  time  constraints. 

Artificial  Intelligence  (AI)  knowledge-based  systems, 
however,  have  demonstrated  promising  results  in  solving 
complex  battle  management  problems.  According  to  Professor 
Edward  Feigenbaum,  a  leading  researcher  in  AI ,  an  expert 


system,  or  knowledge-based  system  is  “an  intelligent 
computer  program  that  uses  knowledge  and  inference  proce¬ 
dures  to  solve  problems  that  are  difficult  enough  to  require 
significant  human  expertise  for  their  solution"  (17). 
Knowledge-based  systems  are  especially  applicable  to  battle 
management  problems  like  space  system  restoration  management 
because  they  can  cope  with  incomplete  or  uncertain  infor¬ 
mation,  generate  several  alternative  solutions,  and  explain 
the  line  of  reasoning  used  to  generate  the  solutions. 
Recognizing  the  capabilites  of  knowledge-based  systems,  the 
DOD  has  initiated  many  research  efforts  in  applying  know¬ 
ledge-based  systems  to  battle  management  problems.  Several 
of  these  projects  are  reviewed  in  Chapter  IV. 

Research  Objective 

The  purpose  of  this  research  effort  was  to  demonstrate 
the  feasibility  of  using  an  AI  knowledge-based  system  to  aid 
space  system  restoration  management.  To  accomplish  this, 
the  requirements  for  a  space  system  restoration  management 
decision  aid  were  investigated,  a  prototype  knowledge-based 
system  was  developed,  and  the  prototype  was  tested  with 
hypothetical  wartime  scenarios. 

Scope  of  Research 

Because  most  military  satellite  programs  are  classi¬ 


fied,  the  prototype  knowledge-based  system  does  not  involve 
actual  military  satellite  systems.  Rather,  generic  satel¬ 
lite  systems  that  are  representative  of  current  and  proposed 


military  satellite  systems  in  terms  of  function  and  configu¬ 
ration  were  developed.  In  order  to  demonstrate  the  full 
potential  of  a  space  system  restoration  management  decision 
aid,  the  generic  space  systems  were  designed  with  a  larger 
degree  of  interoperability  than  what  is  actually  possible 
today.  Some  simplifying  assumptions  about  the  operation  of 
the  satellite  systems  were  made  in  this  research  effort,  but 
these  assumptions  do  not  diminish  the  prototype’s  capability 
to  demonstrate  the  feasibility  of  a  space  system  restoration 
management  decision  aid.  The  force  enhancement  missions  of 
communications,  navigation  and  meteorology  are  the  only 
satellite  missions  used  in  the  research.  Although  commer¬ 
cial  satellites  would  be  used  in  a  national  emergency,  their 
use  in  the  restoration  of  military  satellites  is  not 
addressed  in  this  research  effort. 

Overview 

The  next  chapter  discusses  the  current  level  of 
interoperability  between  space  systems  and  the  relationship 
of  space  system  restoration  management  to  space  battle 
management.  Following  an  outline  of  the  general  require¬ 
ments  for  an  operational  space  system  restoration  management 
decision  aid,  Chapter  III  describes  the  requirements  for  the 
prototype  knowledge-based  system  developed  in  this  research 
effort.  Next,  artificial  intelligence  and  knowledge-based 
systems  are  discussed,  and  several  knowledge-based  systems 
that  perform  various  battle  management  functions  are 
examined.  Chapter  V  then  describes  the  methodology  that  was 


used  in  this  thesis  effort,  and  Chapter  VI  presents  the 
prototype  system  design.  The  results  from  the  testing  of 
the  prototype  with  hypothetical  scenarios  are  discussed  in 
Chapter  VII,  along  with  an  analysis  of  the  prototype’s 
performance.  Finally,  Chapter  VIII  addresses  the  feasibil¬ 
ity  of  a  knowledge -based  system  to  aid  space  system 
restoration  management,  and  provides  recommendations  for 
future  research. 


II.  Space  System  Restoration  Management 


Space  system  restoration  management,  maximizing  the  use 
of  remaining  space  assets  in  a  wartime  environment,  is 
essentially  a  two-fold  problem:  (1)  how  does  the  United 
States  achieve  space  system  interoperability  and  surviv¬ 
ability  to  make  the  reallocation  of  assets  feasible  and 
effective  during  a  conflict,  and  (2)  how  will  CINCSPACE 
manage  the  reallocation  process  to  ensure  the  timely  and 
best  use  of  available  space  assets?  The  problem  of  managing 
the  reallocation  process  falls  under  the  larger  domain  of 
space  battle  management,  which  will  be  defined  and  discussed 
in  the  latter  part  of  this  chapter.  First,  the  current  and 
proposed  efforts  to  achieve  space  system  interoperability 
and  survivability  are  addressed. 

Interoperability  and  Sy.o  inability 

The  interoperability  and  survivability  of  military  and 
commercial  satellite  systems  is  of  growing  concern  to  the 
DOD.  The  increasing  reliance  of  the  military  on  satellite 
systems  to  perform  vital  wartime  missions  and  the  increasing 
use  of  commercial  communications  satellite  assets  has  led 
the  military  to  investigate  ways  to  ensure  the  interoper¬ 
ability  and  survivability  of  space  assets.  Currently,  95% 
of  all  government  communication  services  are  provided  by  the 
commercial  sector,  and  future  plans  indicate  that  the 
commercial  sector  will  have  ten  times  as  many  communications 
satellites  as  the  military  in  the  1990’s  (32:209,  6:420). 
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In  the  past,  interoperability  between  satellite  systems 
was  not  a  design  requirement  for  new  satellite  system 
programs;  interoperability  was  only  instituted  when  conven¬ 
ient  or  cost-effective  (3:885).  However,  with  the  increas¬ 
ing  dependence  of  the  military  on  both  civilian  and  military 
satellite  systems,  interoperability  has  become  a  necessity. 
Largely  a  straight-forward  engineering  problem  of  compatible 
frequencies,  polarizations,  access  techniques,  earth  station 
signal  levels,  and  look  angles,  interoperability  is  an 
achievable  goal  (34:206).  The  more  difficult  problem  is 
developing  the  policy,  procedures  and  funding  responsibil¬ 
ities  required  to  implement  an  interoperable  system 
capability  (32:211). 

A  small  degree  of  interoperability  exists  today,  and  a 
real  start  has  been  made  through  a  combination  of  industry- 
government  cooperative  efforts  to  investigate  commercial 
communications  satellite  interoperability  (34:211).  In 
addition,  a  Presidential  advisory  commitee  is  studying  how 
the  government  could  fund  commercial  satellite  companies  to 
improve  the  surivability  of  their  systems  (32:209).  The 
military  is  also  looking  into  a  new  frequency  plan  for  their 
communications  satellites  to  include  the  commercial  Ku  band 
(15.35  to  17.25  Hz).  This  use  of  commercial  frequencies 
will  enhance  the  physical  survivability  of  military  satel¬ 
lites  because  it  diminishes  the  attractiveness  of  military 
satellites  as  targets.  If  the  military  satellites  are 


destroyed,  earth  terminals  will  still  be  able  to  communicate 
through  any  surviving  Ku  band  commercial  satellite  (6:419). 

Many  researchers  have  proposed  highly  survivable  satel¬ 
lite  networks  that  rely  heavily  on  interoperability,  inter¬ 
netting,  alternate  routing,  and  adaptive  protocols  (14:308). 
Others  have  proposed  centralized  "restoration  centers"  that 
would  service  a  number  of  government  and  commercial  satel¬ 
lites,  and  be  able  to  switch  data  between  the  different 
systems  (34:207). 

In  the  article  "Commercial  SATCOM  Interoperability 
Issues,"  Lt.  Gen  Lee  Paschall  and  Dr.  John  McLucas  present 
the  actions  necessary  to  form  a  basic  foundation  to 
establish  an  initial  restoral  capability  through  satellite 
communications  interoperability.  They  are: 

1 )  Catalog  earth  stations  and  determine  those 
that  can  now  interoperate  at  radio  frequency  (RF) . 

2)  Identify  those  earth  stations  at  key  nodes 
which  should  be  modified  to  provide  a  level  of 
interoperabi 1 ity . 

3)  Determine  the  desired  level(s)  of  inter¬ 
operability  standardization. 

4)  Define  an  acceptable  standard  for  minimum 
essential  communications  interoperability. 

5)  Determine  what  regulatory  issues  must  be 
addressed  in  order  to  ensure  that  pre-established 
authorizations  exist  in  the  event  of  a  crisis 
(32:211)  . 

Paschall  and  McLucas  further  state  that  in  addition  to 
defining  the  technical  means  of  achieving  interoperability, 
the  government  must: 


Space  Battle  Management 

Space  battle  management  is  “the  judicious  use  of 
assigned  space  forces  in  a  military  conflict  to  accomplish 
assigned  missions"  (30:1).  The  forces  involved  in  space 
battle  management  include  satellite  systems,  command  and 
control  systems,  ground-based  support  systems,  communica¬ 
tions  links,  surveillance  systems,  and  combat  systems 
(30:2).  CINCSPACE  is  responsible  for  the  accomplishment  of 
six  primary  missions:  (l)  monitoring  the  space  environment 
and  disseminating  information  on  threats,  attacks,  and  the 
status  of  all  space  systems,  (2)  protecting  US  and  allied 
space  systems  against  threats,  (3)  negating  enemy  space 
systems  through  offensive  combat  operations,  (4)  providing 
attack  warning  and  attack  assessment,  (5)  commanding  and 
controlling  the  operation  of  assigned  satellite  systems  and 
support  facilities,  and  (6)  planning  and  testing  the  Stra¬ 
tegic  Defense  Initiative  (SDI)  (30:2). 

Space  battle  management,  like  other  battle  management 
problems,  involves  the  interoperation  of  numerous  complex 
command,  control,  and  communication  ( C3 )  systems.  In  order 
for  space  battle  management  to  be  conducted  effectively,  an 
extraordinary  level  of  interoperability,  exchange  of  infor¬ 
mation,  and  coordination  must  be  achieved  between  the 
participating  centers,  networks,  and  nodes  (30:14).  The 
following  is  a  list  of  just  a  few  of  the  organizations  and 
networks  that  would  have  to  be  “in  the  loop"  for  space 
battle  management:  the  Consolidated  Space  Operations  Center 
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(CSOC);  the  Space  Defense  Operations  Center  (SPADOC);  the 
Missile  Warning  Center;  the  Space  Operations  Intelligence 
Center;  the  Space  Surveillance  Center;  the  Air  Launched 
ASAT  Mission  Control  Complex;  the  Air  Force  Satellite 
Control  Network  (AFSCN);  dedicated  tracking,  telemetry,  and 
command  (TT&C)  networks;  missile  and  space  surveillance 
networks;  the  NORAD  Command  Post;  other  CINC  command 
posts;  and  the  National  Command  Authorities  (NCA)  (30:14). 

Space  System  Restoration  Manflfiamant 

Space  system  restoration  management  is  a  small  part  of 
space  battle  management  which  falls  under  two  of  CINCSPACE’s 
missions:  command  and  control,  and  monitoring  and  informing. 
Since  the  purpose  of  the  command  and  control  mission,  to 
ensure  the  continued  flow  of  support,  from  satellite  systems 
to  users,  encompasses  the  goal  of  space  system  restoration 
management,  a  space  system  restoration  management  decision 
aid  could  be  effectively  integrated  into  a  larger  system 
designed  to  aid  the  whole  command  and  control  mission. 

The  status  reports  obtained  from  the  systems  performing 
the  mission  of  monitoring  and  informing  would  be  required  as 
inputs  to  such  a  space  system  restoration  management  deci¬ 
sion  aid.  Ideally,  the  decision  aid  would  receive  these 
updates  automatically  from  a  system  processing  intelligence 
reports  and  sensor  reports.  When  the  change  of  status  for  a 
space  system  (or  systems)  warrants  a  restoration  decision, 
the  restoration  decision  aid  would  have  all  current  infor¬ 


mation  required  to  generate  a  restoration  plan. 


Crisis  situations  in  the  military  require  the  prompt 
and  secure  planning  of  complex  actions.  However,  plans 
generated  in  time  critical  situations  are  subject  to  error 
for  a  number  of  reasons.  First,  not  all  viable  alternatives 
are  considered  when  time  is  critical,  and  those  alternatives 
that  are  considered  cannot  be  investigated  thoroughly. 
Second,  errors  can  result  when  security  restrictions  prevent 
crisis  planners  from  having  access  to  specialized  experts 
and  the  data  required  to  complete  the  plan  (2-ix).  Third, 
planning  is  often  performed  by  staff  officers  who  lack 
sufficient  experience  to  do  the  job.  These  and  many  other 
reasons  have  led  to  the  popularity  of  automated  decision 
aids  to  help  in  crisis  planning.  These  decision  aids  have 
typically  been  developed  with  problem-solving  techniques 
drawn  from  the  fields  of  Operations  Research,  Decision 
Analysis,  and  Artificial  Intelligence. 

This  chapter  explains  the  basic  requirements  for  an 
operational  space  system  restoration  management  decision  aid 
and  the  requirements  for  the  prototype  system  developed  in 
this  thesis  effort.  The  requirements  are  summarized  in 
Table  3.1,  and  are  listed  under  five  categories:  scope  of 
system,  resident  knowledge,  system  functions,  user  inter¬ 
face,  and  system  performance. 


Table  3.1  System  Requirements  (continued) 


Actual  System 


Prototype 


Requirement 

Incorporate  time 
into  problem 


Incorporate  enemy 
tactics  into 
planning  problem 

Share  resources 


Develop  restor¬ 
ation  plans 

Let  user  specify 
his  own  plan 

USER  INTERFACE: 

DATA  INPUT: 

Update  knowledge 
base 


time  to  restore, 
actual  time  for 
orbital  calculations 

interface  with 
other  data  bases 


maximum  use  of 
remaining  assets 

partial  and 
complete  plans 

give  analysis 
and  impact 


automatically 
from  sensors  and 
adopting  plans, 
manually  via  menus 


not  implemented 


not  implemented 


limited  cases 


complete  plans 


not  implemented 


scenario  files  and 
automatically 
from  adopting  plans 


OUTPUTS : 


Present  restoration  graphics, 

plan  to  user  text 


text 


Provide  alternate  user-specified  #  user-specified  # 

restoration  plans 


Give  reasoning  for 
plan( s ) 


natural  reasoning  trail 

language  for  facts  generated 


Give  evaluation  of 
plan( s ) 


Give  Sensitivity 
Analysis 


missions  weights  and 
percentages,  overall 
numeric  value 

changes  in 
priorities  and 
weights 


mission  percen¬ 
tages,  overall 
numeric  value 

through  repeated 
runs  of  system 


Give  Network  most  important  not  implemented 

Vunerabilites  links,  nodes,  earth 

terminals,  satellites 


Table  3.1  System  Requirements  (continued) 


Requirement 


Actual  System 


Protot 


The  prototype  therefore  handles  only  a  fraction  of  the 
space  systems,  satellites  and  earth  terminals  an  operational 


system  would  be  responsible  for.  Also,  the  amount  of  data 
stored  on  each  of  the  space  systems  components  is  signifi¬ 
cantly  smaller  in  the  prototype  than  would  be  in  an  actual 
system.  Many  simplifications  and  assumptions  were  made  for 
the  prototype  including  the  fact  that  all  satellites  in  the 
prototype  have  geosynchronous  orbits.  This  assumption  was 
made  to  preclude  the  representation  of  time  and  the  require¬ 
ment  for  orbital  calculations  in  the  prototype  decision  aid. 
Obviously,  an  actual  system  would  require  such  orbital 
calculations,  and  this  segment  would  probably  comprise  a 
significant  portion  of  the  decision  aid. 

Resident  Knowledge 

The  "Resident  Knowledge"  section  of  Table  3.1  summa¬ 
rizes  the  kinds  of  knowledge  a  space  system  restoration 
management  decision  aid  requires.  Both  the  prototype  and  an 
operational  system  require  knowledge  about  the  configuration 
and  operating  parameters  of  the  space  systems  under 
CINCSPACE  control.  Also,  both  systems  require  sets  of 
default  mission  priorities  to  be  used  when  time  constraints 
prevent  the  new  derivation  of  mission  priorites .  Because 
the  prototype  uses  the  geosynchronous  orbit  simplification, 
only  the  actual  space  system  restoration  management  system 
requires  knowledge  about  the  orbital  parameters  of  the 
satellites.  The  operational  system  also  requires  knowledge 


about  the  time  required  to  reconfigure  the  various  space 
assets  to  handle  new  and  added  responsibilities. 


Both  the  prototype  and  an  operational  decision  aid 
require  procedural  information  to  interact  with  the  know¬ 
ledge  base  in  order  to  generate  the  restoration  plans. 
Because  this  procedural  information  is  often  stored  in  "if 
xx,  then  yy"  rules,  the  body  of  rules  is  called  the  "rule 
base"  in  a  knowledge-based  system.  Both  the  prototype  and 
an  operational  system  require  rules  to  carry  out  the  restor¬ 
ation  process,  decide  on  the  course  of  action  in  the  pres¬ 
ence  of  incomplete  or  uncertain  information,  calculate  the 
overall  "value"  of  the  plans,  and  present  the  plans  to  the 
decision  maker.  In  addition,  the  operational  system  must 
contain  rules  to  perform  the  orbital  calculations  and 
analyze  the  plans  for  potential  vulnerabilities. 

System  Functions 

The  "System  Functions"  section  of  Table  3.1  summarizes 
the  major  operations  the  prototype  system  and  an  operational 
decision  aid  must  perform  to  generate  restoration  plans. 

Mission  Priorities .  First,  both  systems  must  use  the 
mission  priorities  specified  by  CINCSPACE  to  drive  the 
reallocation  of  resources.  These  priorities  will  be  based 
on  the  stage  of  conflict,  the  operations  of  the  military 
forces,  and  the  needs  of  the  battle  commanders  CINCSPACE 
supports.  The  mission  priorities  and  numerical  weights 
attached  to  the  missions  are  used  to  determine  the  merits  of 
the  restoration  plans.  The  development  of  the  numerical 


weights  is  detailed  in  Chapter  V.  In  an  actual  decision 
aid,  sets  of  these  priorities  and  weights  would  be  developed 
beforehand  for  different  possible  scenarios,  and  stored  in 
the  decision  aid  as  “default  priorities."  Therefore,  if 
time  limitations  precluded  CINCSPACE  from  developing  his 
numerical  priorities  and  weights  at  the  time  of  the  crisis, 
he  could  select  the  default  priority  set  most  applicable  to 
the  situation.  This  feature  is  also  used  in  the  prototype 
system. 

Incomplete  Information .  The  handling  of  incomplete  and 
uncertain  information  in  a  decision  system  is  vitally 
important  to  the  system’s  value  and  acceptance.  According 
to  Cohen,  Thompson,  and  Chinnis,  the  authors  of  Design 
Principles  for  Personalized  Decision  Aiding:  An  Application 
to  Tactical  Air  Force  Route  Planning,  "the  representation, 
manipulation,  and  display  of  uncertainty  is  central  for  a 
decision-maker’s  understanding  of  his  own  problem  and  for 
the  consistent  exchange  of  information  among  diverse  deci¬ 
sion  makers  and  among  different  automated  systems"  (13:1). 
Much  has  been  written  on  the  representation  of  uncertainty 
in  decision  systems,  and  methods  range  from  Bayesian  proba¬ 
bility  techniques  to  evidential  reasoning  to  fuzzy  set 
theory.  An  actual  space  system  restoration  management  deci¬ 
sion  aid  must  include  the  feature  of  dealing  with  uncertain¬ 
ty,  and  the  method  used  must  be  acceptable  to  the  decision 
maker.  The  prototype  system  must  also  handle  uncertainty, 
and  the  method  that  was  used  is  discussed  in  Chapter  VI . 


Representation  of  Time .  As  mentioned  earlier,  the 
prototype  does  not  involve  the  representation  of  time. 


However,  an  actual  sytem  must  incorporate  time  for  a  number 
of  reasons.  First,  the  representation  of  time  is  required 
to  perform  the  orbital  calculations  to  determine  such 
information  as  the  times  a  satellite  will  be  in  view  of  a 
particular  earth  terminal.  Second,  the  restoration  plans 
will  require  a  certain  period  of  time  to  be  implemented,  and 
this  timing  may  affect  combat  operations.  A  decision  aid 
that  does  not  handle  the  impact  of  the  timing  required  to 
implement  the  recommended  plans  may  produce  plans  that  do 
not  meet  the  needs  of  the  battle  commanders. 

Enemy  Tactics .  Incorporating  enemy  tactics  and  expec¬ 
tations  into  the  restoration  problem  is  necessary  for  space 
system  restoration  management  to  be  effective,  but  this 
feature  need  not  be  built  directly  into  a  space  system 
restoration  decision  aid.  Rather,  an  operational  space 
system  restoration  decision  aid  could  interface  with  a 
system  that  performs  situation  assessment  and  forecasting. 
Situation  assessment  is  another  application  area  for  auto¬ 
mated  decision  aids,  and  the  DOD  is  currently  sponsoring 
several  situation  assessment  research  projects.  Without 
some  consideration  of  enemy  tactics,  a  space  system  restor¬ 
ation  management  system  is  likely  to  produce  seemingly  good 
plans  that  are  in  fact  extremely  vulnerable.  Therefore,  an 
actual  system  would  have  to  assess  the  vulnerabilites  of  the 
plans  generated,  and  use  this  information  to  determine  the 
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merits  of  the  plans.  This  feature  is  well  beyond  the  scope 
of  the  prototype  decision  aid. 

Sharing  of  Resources .  As  satellites  and  earth  term¬ 
inals  are  destroyed  during  a  crisis,  support  resources 
previously  dedicated  to  particular  systems  will  have  to  be 
shared  among  remaining  space  assets,  if  technologically 
feasible.  Some  space  subsystems,  like  earth  terminals  that 
perform  TT&C  functions,  may  be  able  to  handle  additional 
tasking,  but  some  subsystems  may  have  been  designed  for  use 
with  only  one  space  system.  The  sharing  of  resources  is 
related  to  the  vulnerability  aspect  just  mentioned.  The 
greater  the  load  on  any  one  resource,  the  greater  the  like¬ 
lihood  x.iat  resource  will  be  attacked.  Therefore,  an  opera¬ 
tional  restoration  decision  aid  would  have  to  provide  for 
the  sharing  of  resources,  and  integrate  this  function  with 
vulnerability  assessment.  The  prototype  demonstrates  the 
sharing  of  resources  on  a  small  scale,  with  predetermined 
load  capacities  placed  on  certain  resources. 

User-Specif ied  Plans .  For  a  restoration  aid  to  be 
fully  responsive  to  CINGSPACE’s  needs,  it  must  have  the 
capability  to  accept  and  evaluate  restoration  plans  gener¬ 
ated  outside  the  decision  aid.  Similarly,  the  decision  aid 
must  have  the  capability  to  accept  certain  restrictions, 
caveats,  and  even  partial  plans,  and  then  generate  complete 
restoration  plans  with  these  considerations.  With  these 
features  in  the  decision  aid,  CINCSPACE’s  judgement,  exper¬ 
ience  and  knowledge  can  enhance  the  automated  restoration 


process.  Also,  the  plans  generated  are  likely  to  be  more 
acceptable  to  CINCSPACE.  This  requirement  is  beyond  the 
scope  of  the  prototype . 


User  Interface 


The  "user  interface"  section  in  Table  3.1  summarizes 


the  inputs  and  outputs  required  for  a  space  system  restor¬ 


ation  management  decision  aid.  Before  these  requirements 


are  examined  in  detail,  it  is  necessary  to  address  the  issue 


of  user  acceptance  of  a  decision  aid. 


User  Acceptance  Issues .  Decision  aids,  regardless  of 


the  type  of  decision-making  strategy  used,  must  be  used  to 


be  useful ,  and  that  requires  acceptance  on  the  part  of  the 


user.  Therefore,  those  aspects  of  a  decision  aid  which  lead 


to  greater  user  acceptance  should  be  integrated  into  the 


decision  aid  to  ensure  that  the  system  is  used.  The  Naval 


Air  Development  Center  sponsored  a  research  project  to 


determine  the  critical  user  acceptance  issues  in  AI  decision 


aids  (48).  This  study  gave  several  recommendations  for  the 


user  interface  portion  of  a  decision  aid. 


The  first  design  guideline  suggested  by  the  study  is 


user  control  over  the  number  of  decision  alternatives 


displayed  by  the  decision  aid.  Depending  on  the  time  avail¬ 


able  for  the  decision  to  be  made,  the  user  can  specify  the 


number  of  alternatives  he  wishes  to  review  and  consider 


(48:4) 
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The  study  also  suggested  user  control  over  system  func¬ 
tions  to  explain  the  steps  taken  to  derive  the  recommenda¬ 
tions  .  When  the  user  has  a  great  deal  of  time  to  make  his 
decision,  he  might  want  to  examine  every  detail  of  how  the 
decision  aid  arrived  at  a  plan.  When  time  is  critical,  the 
user  may  wish  to  suspend  any  explanation  of  the  results. 

The  third  design  guideline  proposed  by  the  study  is  the 
effective  display  of  probability  or  confidence  estimates  for 
each  alternative.  Since  most  real-world  planning  situations 
involve  incomplete  and  imprecise  information,  these  factors 
must  be  addressed  and  incorporated  in  the  decision  process. 
According  to  the  study,  the  more  quantitative  facts  a  user 
has  at  his  disposal  to  facilitate  the  comparison  of  the 
alternative  plans,  the  more  likely  the  user  is  to  believe 
and  rely  on  the  decision  aid. 

Finally,  the  study  suggested  that  decision  aids  be 
designed  so  that  persons  with  limited  computer  knowledge 
could  operate  them.  This  “user-friendly”  guideline  does  not 
mean  that  the  user  is  inundated  with  instructions  and 
endless  menus  every  time  he  operates  the  system.  Rather, 
tutorials  and  help  menus  should  be  available  when  the  user 
needs  them,  but  they  should  not  hinder  an  experienced  user 
who  knows  exactly  what  he  wants  to  do. 

The  above  guidelines  give  some  insight  into  the  ways  a 
decision  aid  developer  can  improve  his  product  and  serve  as 
a  foundation  for  the  user  interface  requirements  of  an  oper¬ 
ational  space  system  restoration  management  decision  aid. 


Inputs .  As  mentioned  earlier,  an  actual  restoration 
decision  aid  would  have  to  be  tied  to  other  automated  sytems 


to  access  status  information  on  the  space  assets  under 
CINCSPACE  control.  In  case  the  interface  between  the 
systems  failed,  the  restoration  management  decision  aid 
would  require  provisions  for  manual  entry  of  status  infor¬ 
mation.  This  manual  entry  would  probably  be  accomplished 
through  a  series  of  menus.  The  prototype  uses  scenario 
files  for  the  updating  of  status  information  and  also 
contains  a  provision  for  the  automatic  update  of  the 
knowledge  base  when  the  user  selects  a  particular  restora¬ 
tion  plan.  An  operational  system  would  also  require  the 
automatic  update  feature. 

For  simplification,  the  prototype  uses  three  categories 
of  status:  red,  yellow,  and  green.  A  space  system  compo¬ 
nent  with  red  status  means  that  the  component  has  been 
destroyed,  or  is  unusable  because  there  are  no  resources  to 
support  its  operation.  Yellow  status  means  that  the  compo¬ 
nent’s  operation  is  partially  degraded,  and  green  status 
means  that  the  component  is  fully  operational. 

Outputs .  As  discussed  earlier,  the  format  and  informa¬ 
tion  included  in  the  outputs  and  displays  of  the  decision 
aid  are  vital  to  the  user’s  acceptance  of  the  decision  aid. 

Restoration  Plan .  The  most  important  output  of 
the  system,  the  "best"  restoration  plan  (as  determined  by 
the  decision  aid) ,  must  be  presented  in  a  coherent  and 
easily  understood  manner.  Pictorial  and  graphical  displays 


present  the  most  information  with  the  least  confusion,  and 
are  therefore  requirements  for  an  operational  decision  aid. 
Graphics  were  not  implemented  with  the  prototype  system. 


Alternative  Plans .  An  operational  space  system 
restoration  management  decision  aid  should  allow  the  user  to 
specify  the  number  of  alternative  plans  he  wants  displayed. 
Because  the  time  required  for  a  computer  to  generate  the 
restoration  plans  is  a  function  of  the  number  of  plans  the 
user  wants  displayed,  this  requirement  ensures  that  the 
decision  aid  will  not  waste  time  generating  alternative 
plans  in  a  time-critical  crisis  situation  if  they  are  not 
desired.  The  prototype  also  allows  the  user  to  specify  how 
many  plans  he  wishes  to  review. 

Rationale  for  Plans .  The  operational  restora¬ 
tion  decision  aid  must  be  able  to  "explain"  the  merits  and 
derivation  of  the  best  and  alternative  plans.  The  degree  to 
which  the  decision  aid  can  adequately  explain  its  conclu¬ 
sions  is  partly  based  on  the  type  of  problem-solving  tech¬ 
nology  used,  and  a  decision  aid  emloying  sophisticated 
mathematical  models  might  not  be  able  explain  itself  at  the 
user's  level.  Regardless  of  the  problem-solving  technique 
used  in  the  decision  aid,  the  user  should  be  able  to  specify 
how  much  of  an  explanation  he  desires.  Ideally,  the  expla¬ 
nations  should  be  presented  in  English,  devoid  of  computer 
language  symbols  and  statements.  The  prototype  decision  aid 
handles  this  requirement  by  giving  the  reasoning  trail  used 
in  generating  the  individual  restoration  plan  facts. 
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of  Plans .  The  degree  to  which  each 


plan  provides  critical  mission  capabilities  should  be 
presented  to  the  user  to  enable  him  to  effectively  select 
the  best  plan.  Examples  of  the  measures  of  merit  used  in 
the  prototype  include  the  percentage  of  critical  data  nodes 
that  can  receive  and  transmit  data,  the  percentage  of  users 
in  the  conflict  area  that  can  receive  weather  information, 
and  the  percentage  of  ground  forces  that  can  use  a  certain 
navigational  system.  These  kinds  of  merits  should  be  incor¬ 
porated  into  an  overall  objective  function  for  each  plan 
generated  by  the  decision  aid.  The  prototype  uses  the  eval¬ 
uation  of  this  objective  function  to  select  the  best  and 
alternative  plans. 

Sensitivity  Analysis .  Before  CINCSPACE  selects  a 
particular  restoration  plan,  he  might  need  to  know  how 
changes  in  his  priorities  and  weights  affect  the  plans 
produced.  A  subopt imal,  but  very  good,  plan  might  be  more 
"robust"  over  a  wide  range  of  priorities  and  weights  than 
the  decision  aid’s  best  plan  produced  under  the  original  set 
of  weights.  Since  the  priorities  and  weights  are  based  on 
CINCSPACE ’s  subjective  judgements,  and  they  must  hold  for  a 
certain  length  of  time,  the  restoration  plan  recommended 
must  not  be  very  sensitive  to  small  changes  in  priorites  and 
weights.  The  prototype  does  not  have  this  sensitivity 
analysis  feature  imbedded  in  the  system,  but  a  sensitivity 
analysis  of  the  mission  priorities  on  the  restoration  plans 


could  be  performed  through  repeated  runs  of  the  prototype 


system. 

Vulnerability  Assessment .  As  previously 
described,  the  vulnerability  of  the  space  system  networks 
resulting  from  the  restoration  process  must  be  considered  by 
the  decision  aid.  As  part  of  its  outputs,  the  decision  aid 
must  alert  CINCSPACE  of  the  most  important  links,  nodes, 
earth  terminals,  and  satellites  so  that  he  can  take  actions 
to  protect  these  resources.  This  feature  will  not  be  incor¬ 
porated  into  the  prototype . 

System  Performance 

Because  the  time  critical  nature  of  space  system 
restoration  management  forces  CINCSPACE  to  depend  on  an 
automated  decision  aid,  it  is  imperative  that  the  decision 
aid  generate  good  restoration  plans  quickly.  The  time 
required  to  "solve"  the  restoration  problem  is  a  function  of 
the  number  of  space  systems  and  resources  involved,  the 
number  of  status  changes  made,  the  speed  of  the  computer, 
and  the  degree  of  complexity  of  the  output  products 
requested.  While  there  are  additional  measures  of  perfor¬ 
mance  that  would  be  analyzed  in  an  operational  space  system 
restoration  management  decision  aid,  this  research  only 
examines  the  time  required  to  generate  the  best  possible 
plan.  The  time  required  for  the  prototype  to  solve  the 
restoration  problems  is  presented  and  analyzed  in  Chapter 


This  chapter  presented  a  long  list  of  requirements  for 
an  operational  space  system  restoration  management  aid. 

This  list  is  by  no  means  exhaustive,  but  should  serve  to 
highlight  many  of  the  features  desirable  for  such  a  decision 
aid.  Whether  such  features  are  feasible  is  the  subject  of 
the  next  chapter.  After  introducing  the  field  of  Artificial 
Intelligence  and  knowledge-based  systems,  Chapter  IV 
examines  several  applications  of  knowledge-based  systems  to 
military  battle  management  problems.  Many  of  these  battle 
management  problems  have  requirements  similar  to  those 
outlined  above  for  a  space  system  restoration  management 
system. 
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In  simple  terms,  "artificial  intelligence  is  the  study 
of  how  to  make  computers  do  things  at  which,  at  the  moment, 
people  are  better"  (35:1).  A  relatively  new  field  of 
computer  science  with  its  origins  in  the  early  1960’s,  AI 
combines  symbolic  processing  and  human  problem  solving 
(22:2).  AI  techniques  have  been  developed  for  use  in  the 
areas  of  game  playing,  theorem  proving,  general  problem 
solving,  perception  (speech  and  vision),  natural  language 
understanding  and  expert  problem  solving  (35:3). 

In  the  early  days  of  AI ,  researchers  tried  to  simulate 
the  complicated  process  of  human  thinking  by  finding  general 
methods  for  solving  broad  classes  of  problems  (47:3). 
Experiencing  little  success  with  general  purpose  programs, 
researchers  turned  their  attention  to  specialized  programs 
with  narrower  problem  domains.  During  the  1970’ s,  AI 
scientists  laid  the  groundwork  for  a  breakthrough  by  inves¬ 
tigating  ways  to  formulate  problems  so  they  would  be  easy  to 
solve  and  finding  ways  to  reduce  the  computer  time  and 
memory  required  by  cleverly  controlling  the  search  for  a 
solution  (47:4).  The  real  breakthrough  in  AI  came  in  the 
late  1970 ’s  when  researchers  realized  that  the  problem 
solving  power  of  an  AI  program  comes  from  the  knowledge  it 
possesses.  Donald  Waterman  explains  this  breakthrough  as 
follows:  "To  make  a  program  intelligent,  provide  it  with 
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lots  of  high-quality,  specific  knowledge  about  some  problem 
area"  (47:4). 


Knowledge -based  Systems 

The  realization  that  AI  programs  derived  their  power 
from  knowledge  led  to  the  emergence  of  "knowledge-based"  or 
"expert"  systems.  A  knowledge-based  system  is  "a  computer 
program  that  is  able  to  draw  conclusions  and/or  recommend 
actions  in  a  narrowly  defined  field  of  expertise,  based  upon 
evidence  that  the  system  has  at  its  disposal"  (29:6).  The 
use  of  AI  techniques  in  knowledge-based  systems  enables 
computers  to  assist  people  in  analyzing  problems  and  making 
decisions . 

Knowledge-based  systems  have  been  developed  to  solve 
many  different  kinds  of  problems,  but  their  basic  activities 
can  be  grouped  into  the  categories  of  interpretation,  pre¬ 
diction,  diagnosis,  design,  planning,  monitoring,  degugging, 
repair,  instruction  and  control  (47:33).  Knowledge  systems 
tend  to  perform  better  in  narrow  problem  domains  because  all 
of  the  knowledge  and  inferencing  strategies  must  be  program¬ 
med  into  the  knowledge  system,  and  the  "common- sense" 
reasoning  required  for  large  problem  domains  is  difficult, 
arduous,  and  often  impossible  to  imbed  in  a  knowledge 
system.  Knowledge  systems  are  well  suited  to  higher-level 
skills,  such  as  problem-solving  and  logic,  because  unlike 
common-sense  reasoning,  these  processes  can  be  mechanized 


In  order  to  generate  solutions  to  problems,  knowledge 


systems  employ  rules  and  various  search  techniques  to 
extrapolate  new  facts  based  on  the  facts  in  the  data  base. 
Conventional  problem-solving  techniques,  such  as  those  used 
in  the  field  of  Operations  Research,  emphasize  the  proce¬ 
dural,  algorithmic  way  of  solving  problems,  and  ignore 
domain-specific  knowledge  that  might  hasten  the  solution 
process  (21:44).  Knowledge  systems  employ  heuristics, 

"rules  of  thumb"  about  how  to  proceed,  in  order  to  limit  the 
size  of  the  space  that  must  be  searched  for  a  solution 
(47:17).  Because  of  this  feature,  knowledge  systems  can 
cope,  in  a  timely  fashion,  with  large  problems  that  would 
take  a  considerable  amount  of  time  to  solve  algorithmically 
(21:45).  The  field  of  knowledge  engineering  in  AI  involves 
the  process  of  extracting  from  human  experts  their  proce¬ 
dures,  strategies,  and  rules  of  thumb  for  problem  solving, 
and  builds  that  knowledge  into  a  knowledge  system  (47:5). 

Military  Interest  in  AI 

The  Department  of  Defense  is  highly  interested  in  the 
potential  military  applications  of  AI,  and  has  funded  the 
majority  of  AI  research  over  the  past  ten  to  fifteen  years 
(1:479).  Such  DOD  organizations  as  the  Defense  Advanced 
Research  Projects  Agency  (DARPA),  the  Army  Research  Insti¬ 
tute  (ARI),  the  Air  Force  Office  of  Scientific  Research 
(AFOSR),  the  Naval  Research  Laboratory  (NRL),  and  the  Rome 
Air  Development  Center  (RADC)  have  sponsored  AI  projects  in 
the  areas  of  planning,  decision-aiding,  computer-aided 


instruction,  data  base  management,  image  understanding, 
navigation,  guidance,  computer-aided  design  and  manufac¬ 
turing,  automated  programming,  and  command  and  control 
(1:480,481).  In  1983,  DARPA  launched  the  largest  program  in 
computing  technology  in  the  US,  a  ten  year  AI  research 
effort  called  the  Strategic  Computing  Initiative  (44:696). 

The  Strategic  Computing  Initiative,  designed  to  develop 
machine  intelligence  technology,  incorporates  developments 
in  both  the  hardware  and  software  aspects  of  computer 
science.  Three  major  projects  comprise  the  initiative:  an 
autonomous  land  vehicle  for  the  Army,  a  pilot’s  associate 
system  for  the  Air  Force,  and  an  aircraft  carrier  battle 
management  system  for  the  Navy  (44:691).  The  autonomous 
land  vehicle  project  was  designed  to  develop  sophisticated 
robotic  devices  that  would  sense  and  interpret  the  environ¬ 
ment,  accept  commands,  and  plan  their  way  around  obstacles 
to  carry  out  their  missions  (44:691).  The  pilot’s  associate 
will  be  an  intelligent  aid  to  a  pilot,  and  will  be  trained 
by  the  individual  pilot  user  to  respond  to  different 
situations . 

The  aircraft  carrier  battle  management  system  is  the 
most  applicable  of  the  three  projects  to  this  thesis  effort. 
Designed  to  operate  in  a  large  military  engagement,  the 
aircraft  carrier  battle  management  system  features  decision 
making  under  uncertainty  and  the  resolution  of  multiple 
conflicting  goals  (44:692).  The  battle  management  system 
assesses  the  battle  situation,  hypothesizes  about  enemy 
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intent,  and  generates  alternative  plans  of  action.  In  order 
to  tackle  this  large  problem,  DARPA  divided  the  program  into 
phases  which  will  be  addressed  separately  and  then  inte¬ 
grated  into  the  overall  battle  management  system.  The  first 
phase  of  DARPA’ s  battle  management  program  is  the  develop¬ 
ment  of  the  Force  Requirements  Expert  System  (FRESH) . 
Designed  to  aid  the  command  and  control  functions  of  the 
Navy’s  Pacific  Fleet,  FRESH  will  monitor  fleet  readiness  and 
provide  advice  when  readiness  problems  develop  (46:3). 

DARPA  expects  that  the  system  will  provide  a  rank  ordered 
list  of  alternatives  when  a  problem  is  identified,  and  will 
assess  the  impact  of  each  of  the  alternatives  (46:4). 

Battle  Management  Knowledge  Systems 

Aside  from  the  DARPA  naval  battle  management  system, 
the  DOD  has  initiated  many  other  battle  management  projects. 
Most  of  these  projects  are  currently  under  development,  and 
some  have  already  produced  working  prototype  knowledge 
systems.  The  knowledge  system  projects  in  battle  management 
fall  into  four  of  the  categories  listed  earlier  as  general 
areas  of  application  for  knowledge  systems:  diagnosis, 
interpretation,  planning  and  prediction.  Of  interest  to 
this  thesis  research  are  the  knowledge  systems  that  perform 
planning. 

Research  into  AI  planners  began  much  later  than 
research  in  the  diagnosis  and  interpretation  areas.  T.J. 
Grant,  of  the  Knowledge-based  Planning  Group  at  Brunei 
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University,  describes  planning  research  as  the  next  "hot 
success"  area  in  AI  (21:43).  A  typical  AI  planner  generates 
a  plan  as  a  sequence  of  actions  (15:191).  Planning  the 
sequential  operations  of  the  available  forces  will  be  the 
crux  of  any  large  battle  management  knowledge  system;  the 
planner  will  require  inputs  from  those  portions  of  the 
system  performing  identification,  classification,  situation 
assessment,  and  prediction  of  enemy  intent. 

The  remainder  of  this  chapter  is  devoted  to  describing 
several  military  planning  systems  that  utilize  AI  techniques 
applicable  to  a  space  system  restoration  management  decision 
aid.  Table  4.1  presents  the  major  planning  system  require¬ 
ments  for  the  prototype,  and  shows  how  the  five  knowledge- 
based  systems  that  were  researched  are  similar  to  the 
prototype  system. 

Table  4 . 1 

Comparison  of  Current  Systems  to  Prototype  System 

Planning  System  Capabilities 

System  Allocate  Involve  Produce  Use  Heu-  Handle 

Resources  Time  Con-  Ranked  ristics  Uncertainty 
straints  Alternatives 


KBS 

yes 

yes 

yes 

yes 

no 

TEMPLAR 

(KNOBS) 

yes 

yes 

yes 

yes 

no 

Sleuth 

no 

no 

no 

no 

yes 

TATR 

no 

yes 

yes 

no 

yes 

BATTLE 

yes 

yes 

yes 

yes 

yes 

KBS .  Under  the  sponsorship  of  RADC,  the  MITRE  Corpora¬ 
tion  developed  a  knowledge-based  planning  system  called  KBS 
as  a  demonstration  interactive  system  to  assist  the  staff 
officer  in  developing  a  set  of  alternative  plans  in  response 
to  a  crisis  situation  (2:x).  The  scope  of  the  effort  was 
limited  to  one  scenario,  an  Air  Force  Show  of  Force.  To 
keep  KBS  unclassified,  MITRE  used  data  from  military  assets 
in  the  southwestern  US.  The  states  in  this  region  were 
treated  as  hypothetical,  friendly  and  unfriendly  countries 
(2:4).  Given  the  basic  parameters  of  the  scenario  (location 
of  threat,  site  for  Show  of  Force,  the  forward  operating 
base,  and  the  number  of  aircraft  required),  KBS  plans  the 
Show  of  Force  deployment  of  aircraft  from  a  supporting 
"country"  to  a  main  operating  base  in  a  threatened 
"country . " 

KBS  is  interesting  because  many  of  its  requirements  are 
similar  to  the  requirements  outlined  in  Chapter  III  for  a 
space  system  restoration  management  decision  aid.  Also, 
many  of  the  features  MITRE  has  identified  as  desirable  for 
an  operational  system,  but  have  not  included  in  the  proto¬ 
type  KBS  system,  match  those  that  this  thesis  effort  also 
leaves  to  further  research.  MITRE  accomplished  all  of  the 
major  goals  set  for  the  KBS  system,  and  these  goals,  as 
stated  in  "KBS:  An  Expert  Planning  System  for  Crisis 
Response"  were  as  follows: 

"--  Develop  crisis  action  plan  alternatives 

--  Develop  partial  plans 


--  Check  existing  crisis  action  plans 

--  Provide  an  interactive  user-controlled  system 

--  Explain  plan  choices  as  required 

—  Allow  for  user  supplied  additional  constraints 

--  Allow  for  user  override  of  any  decision 

--  Use  limited  data  base,  limited  scenarios"  (2:3). 

To  perform  crisis  action  planning,  KBS  uses  concepts 
originally  demonstrated  in  the  NOAH  planning  system 
developed  by  Sacerdoti.  These  concepts  include:  (1)  the  use 
of  a  plan  hierarchy:  a  step-by-step  development  of  plans 
from  a  high  level  of  abstraction  down  to  the  finer  details, 
(2)  deferred  time  ordering:  the  development  of  the  major 
components  of  the  plan  first  so  that  their  properties  can  be 
used  in  the  timing  and  ordering  of  successive  plan  actions, 
and  (3)  introspection  and  modification  of  plans:  the 
correction  of  the  plans  that  had  originally  been  developed 
without  details  (2:9).  With  the  hierarchical  planning 
process,  KBS  seeks  to  model  the  human  planning  process. 
People  typically  plan  by  first  developing  an  overall  plan 
with  a  set  of  possible  alternatives,  and  then  filling  in  the 
details . 

To  find  the  best  plan,  KBS  used  a  heuristic  search 
technique  based  on  the  expected  rating  of  the  various  alter¬ 
natives.  KBS  develops  alternative  plans  simultaneously,  and 
allocates  its  computational  resources  according  to  the 
perceived  difficulty  of  making  each  plan  feasible  (2:16). 


This  search  technique  also  guarantees  that  the  optimal  plan 
will  be  found,  even  if  the  optimal  plan  was  not  initially 
promising. 

KBS  is  implemented  on  the  Interlisp  System  and  uses  the 
Frame  Represention  Language  (FRL)  to  represent  knowledge 
about  the  various  resources  (aircraft,  airbases,  etc.)  in 
the  problem  (2:20).  The  representation  of  facts  in  frames 
is  common  in  knowledge-based  systems,  and  the  use  of  frames 
is  further  described  in  Chapter  VI.  KBS  also  contains  a 
geographic  data  base,  a  library  of  rules,  and  a  data  struc¬ 
ture  to  represent  the  plans  generated  by  the  system. 

The  rules  in  KBS  contain  knowledge  about  the  selection 
of  steps  in  the  planning  process.  A  rule  in  a  knowledge- 
based  system  contains  a  template  and  a  body,  and  can  be 
thought  of  as  "if  xx,  then  yy."  If  the  template  matches  a 
given  set  of  facts  (xx),  then  the  body  of  the  rule  is 
carried  out  (yy).  KBS  uses  rules  to  generate  successive 
planning  steps  and  determine  if  plans  are  feasible. 

KBS  uses  a  tree  structure  to  represent  the  various 
plans  generated.  The  levels  of  the  "plan  tree"  represent 
different  levels  of  abstraction  of  the  plan  (2:25).  Alter¬ 
native  plans  are  contained  in  the  tree  as  additional 
branches  from  each  plan  step. 

The  user  interface  in  KBS  uses  several  of  the  features 
suggested  in  Chapter  III  as  desirable  for  a  decision  aid. 

KBS  allows  the  user  to  control  the  display  of  alternative 
plans,  selectively  display  the  explanations  about  the 


alternatives,  and  directly  query  the  data  base.  KBS  was  not 
developed  with  a  graphics  capability,  although  MITRE  deemed 
this  a  requirement  for  an  operational  crisis  action  planning 
aid . 

MITRE  maintains  that  the  KBS  system  has  a  general 
architecture  that  can  be  modified  to  fit  many  military 
crisis  planning  problems.  Though  KBS  met  all  of  MITRE’s 
initial  goals,  MITRE  has  suggested  more  research  to  fully 
demonstrate  the  feasibility  of  a  KBS  system  in  the  opera¬ 
tional  environment.  MITRE  states  that  "for  users  of 
military  planning  systems  to  be  convinced  that  any  new 
system  is  valuable,  actual  involvement  of  the  system  in 
realistic  situations  must  be  demonstrated"  (2:xii).  MITRE 
also  recommends  that  the  system  be  developed  on  a  dedicated 
computer  with  strong  graphics  support,  and  that  the  devel¬ 
opment  system  interface  with  military  data  networks  so  that 
it  can  directly  access  the  required  data  (2:xii). 

KNOBS .  A  knowledge-based  system  called  KNOBS  was 
developed  by  the  MITRE  Corporation  prior  to  the  development 
of  KBS.  Intended  as  an  experimental  aid  for  Air  Force  tac¬ 
tical  mission  planning  at  the  Tactical  Air  Control  Centers, 
KNOBS  uses  information  about  targets,  resources,  and  mission 
plans  to  develop  an  "Air  Tasking  Order"  (ATO)  for  each  of 
the  units  involved  (16:451).  This  ATO  tells  how  many  and 
what  kind  of  aircraft  to  use,  what  ordnance  each  plane 
should  deliver,  and  at  what  time  each  sortie  should  be  flown 
(16:451).  In  addition  to  planning  the  missions,  KNOBS 


checks  that  each  plan  generated  is  consistent  with  other 
mission  plans. 

TEMPLAR.  The  Air  Force  instituted  a  follow-on  project 
to  KNOBS,  called  TEMPLAR.  TEMPLAR  is  significant  because  it 
is  the  first  AF  project  in  expert  systems  to  move  from 
research  and  exploratory  development  into  advanced  devel¬ 
opment  (38:1-1).  KNOBS  was  used  as  the  foundation  of  the 
TEMPLAR  architecture,  but  the  scope  of  TEMPLAR  far  exceeds 
that  of  KNOBS. 

TEMPLAR’s  goal  is  to  help  AF  personnel  "achieve  the 
most  effective  employment  of  tactical  air  power  within  a 
joint  theater  of  operations"  (38:2-17).  Basically  a  large 
scale  resource  allocation  planner,  TEMPLAR  has  many  similar 
requirements  to  the  proposed  space  system  restoration 
management  decision  aid. 

First,  TEMPLAR’s  focus  is  on  reducing  the  overall 
planning  time  required  to  produce  the  ATO’s.  Great  emphasis 
is  being  placed  on  the  speed  of  the  computer  selected  for 
implementation,  the  time  the  computer  spends  performing  the 
various  tasks,  and  the  time  the  computer  spends  searching. 
Advanced  Information  and  Decision  Systems,  the  organization 
RADC  has  contracted  with  to  design  and  develop  TEMPLAR,  has 
determined  that  TEMPLAR  requires  a  dedicated  computer  for 
the  above  reasons. 

TEMPLAR  generates  alternative  resource  allocation 
plans,  and  must  employ  a  search  strategy  to  limit  the  number 
of  plans  tested.  The  mechanism  used  in  TEMPLAR  to  reduce 


the  search  space  is  based  on  the  properties  of  TEMPLAR’s 
template-based  instantiation  approach  (38:6-68).  Since 
TEMPLAR  seeks  to  fill  in  those  slots  of  a  template  required 
to  complete  an  ATO  plan,  many  of  the  plans  that  need  to  be 
tested  are  incomplete.  TEMPLAR  goes  about  the  filling  in  of 
these  slots  in  an  intelligent  way  in  order  to  avoid  investi¬ 
gating  bad  solutions  (38:6-69).  For  example,  if  only  one 
value  needs  to  be  filled  in  for  a  constraint  (rule)  to  be 
instantiated,  TEMPLAR  will  "invert  the  constraint"  to 
determine  the  list  of  values  for  the  remaining  slot  which 
would  not  violate  the  constraint  (38:6-70).  By  eliminating 
numerous  values  in  this  way,  several  bad  candidate  plans  are 
not  even  generated.  This  heuristic  search  technique  was 
used  in  KNOBS  with  great  success  (38:3-14). 

Probably  the  most  significant  contribution  of  TEMPLAR’s 
design  to  this  research  effort  is  TEMPLAR’s  use  of  heuris¬ 
tics  within  the  rules  and  constraints  to  ensure  that  "effec¬ 
tive"  plans  are  produced.  TEMPLAR  seeks  to  do  more  than 
just  satisficing,  and  tries  to  find  solutions  which  meet  the 
collection  of  heuristics  for  good  resource  use  embedded  in 
the  rules  (38:6-68).  Such  rules  are  called  "soft  con¬ 
straints"  since  they  indicate  preferences  for  the  use  of 
certain  resources  over  others.  "Hard  rules"  are  pure 
productions,  and  the  right  hand  side  of  these  rules  are 
carried  out  explicitly. 

Sleuth.  One  of  the  basic  requirements  of  a  space 
system  restoration  management  decision  aid  is  the  capability 


to  reason  with  incomplete  and  imprecise  information.  Know¬ 
ledge-based  systems  can  deal  with  incomplete  information 
through  a  variety  of  mechanisms,  and  a  significant  amount  of 
research  is  currently  underway  to  refine  these  techniques 
and  develop  new  ones.  The  method  of  rule  simplification  has 
been  proposed  by  Steven  Rosenberg  of  the  Artificial 
Intelligence  Laboratory  at  the  Massachusetts  Institute  of 
Technology,  and  Rosenberg  has  implemented  his  method  in  a 
program  called  Sleuth.  Rule  simplification  is  the  process 
of  creating  goals  that  require  only  a  subset  of  assertions 
that  the  original  rule  required  when  insufficient  data  is 
available  (36:2). 

Rosenberg  designed  Sleuth  as  an  extension  of  Planner,  a 
traditional  reasoning  program.  He  maintains  that  special 
mechanisms  are  required  to  insure  that  inferencing  proceeds 
correctly  when  the  real-world  problems  of  data  incomplete¬ 
ness  and  instability  make  the  traditional  reasoning  process 
break  down  (36:2).  The  Sleuth  system  is  "an  approach  to  the 
interpretation  and  construction  of  reasoning  rules  which 
allows  them  to  be  used  sucessfully  in  certain  types  of 
real-world  domains"  (36:3). 

The  Planner  system  Rosenberg  based  his  Sleuth  system  on 
has  a  simple  strategy  when  faced  with  incomplete  informa¬ 
tion:  if  a  rule  cannot  "fire"  (become  instantiated)  because 
a  particular  fact  in  the  "if"  portion  of  the  rule  is  not  in 
the  data  base,  Planner  will  try  and  prove  the  missing  fact. 
If  Planner  cannot  prove  the  fact  by  using  other  rules,  the 


inference  attempt  fails  (36:9).  It  is  important  to  note 
that  the  rule  fails  because  of  insufficient  information,  not 
because  the  inference  is  wrong  for  the  situation. 

Recognizing  the  inadequacy  of  this  inferencing  strategy 
in  a  real-world  problem  domain,  Rosenberg  created  his  "rule 
simplification"  and  implemented  it  in  Sleuth.  Simply,  if  a 
rule  cannot  fire  because  of  incomplete  information,  Sleuth 
first  tries  to  deduce  the  missing  fact(s)  just  as  Planner 
does.  But,  if  this  method  fails,  then  Sleuth  uses  other 
"last-resort"  rules  that  can  operate  on  the  limited  informa¬ 
tion  that  is  available.  Rosenberg  emphasizes  that  one  must 
be  willing  to  make  assumptions  to  use  these  simpler  rules, 
and  they  are  not  equivalent  to  the  original  rules.  Further, 
the  simplified  rules  are  not  to  be  used  as  sub-goals  in  the 
original  rule;  they  replace  the  original  rule  when  insuf¬ 
ficient  data  precludes  the  use  of  the  original  rule  (36:9). 
In  order  to  implement  rule  simplification,  rules  about  rules 
(usually  called  metaknowledge)  must  be  invoked  to  determine 
when  the  simpler  rules  can  and  should  be  applied. 

TATR.  Another  knowledge  system  planner  currently  under 
development  is  the  Tactical  Air  Targeting  Recommender 
(TATR).  Developed  by  RAND  Corporation,  TATR  is  an  aid  to 
help  tactical  air  targeteers  plan  strikes  on  enemy  air¬ 
fields.  TATR  rank  orders  enemy  airfields  on  the  basis  of 
expected  damage  to  the  enemy’s  capability,  determines  which 
airfield  and  specific  targets  at  the  airfields  to  attack, 
and  recommends  which  weapon  systems  will  be  most  effective 


against  the  targets  (7:v).  Designed  to  be  a  decision  aid  to 
the  targeteer,  this  system  has  a  powerful  "look  ahead" 
capability  to  determine  the  potential  effects  of  one  plan  or 
a  series  of  plans. 

TATR  uses  a  dynamic  updating  capability  to  ensure  that 
the  system  recognizes  and  allows  for  the  changing  battle 
environment.  As  the  program  runs,  the  status  of  the  various 
elements  are  dynamically  updated.  Then,  after  the  airstrike 
has  been  carried  out  and  intelligence  reports  on  the  damage 
are  available,  the  user  can  input  the  actual  changes  in  the 
status  of  the  enemy’s  assets.  However,  if  no  intelligence 
information  is  available  after  a  strike,  and  TATR  is  called 
on  to  plan  the  next  airfield  strike,  the  system  will  project 
the  effects  of  the  attack,  and  reflect  these  estimated 
changes  in  the  data  base.  This  feature  demonstrates  how 
TATR  accomodates  the  possibility  of  incomplete  information, 
and  uses  surrogate  information  to  temporarily  replace  actual 
information. 

BATTLE .  Designed  to  improve  the  US  Marine  Corp’s 
Marine  Integrated  Fire  and  Air  Support  System  (MIFASS),  the 
BATTLE  knowledge  system  recommends  target  allocation  plans. 
Given  information  on  the  weapons,  targets,  and  battlefield 
situation,  BATTLE  starts  off  the  allocation  process  by 
computing  the  effectiveness  of  each  weapon-target  pair. 

These  calculations  are  performed  by  a  "computation  network" 
that  involves  55  factors  relating  to  the  scenario.  Using 


the  results  of  the  effectiveness  calculations,  BATTLE 
generates  and  evaluates  complete  allocation  plans. 

The  method  by  which  BATTLE  searches  and  prunes  (i.e. 
eliminates  certain  unprofitable  paths)  the  search  tree  is 
significant  to  this  thesis  effort;  BATTLE’S  developers  call 
the  method  a  "pruned  traversal  of  an  allocation  tree" 

(40:2).  The  following  explanation  of  BATTLE’S  search  and 
pruning  process  is  taken  from  Decision  Support  System  for 
Fire  Support  Command  and  Control  by  J.  R.  Slagle,  M.  W. 
Gaynor,  and  H.  Hamburger  of  the  Navy  Center  for  Applied 
Research  in  Artificial  Intelligence  (40). 

To  explore  all  the  possible  allocation  plans  in  the 
attempt  to  determine  the  optimal  plan  for  a  battlefield,  a 
weapon  allocation  tree  is  used  (40:10).  This  weapon  alloca¬ 
tion  tree  is  broken  into  levels,  with  each  level,  corres¬ 
ponding  to  the  use  of  a  different  weapon.  Therefore, 
the  number  of  levels  equals  the  number  of  weapons  available 
for  deployment.  Figure  4.1  shows  the  weapon  allocation  tree 
for  a  situation  with  two  weapons  (weapon  1  and  weapon  2), 
and  three  targets  (Tl,  T2,  and  T3). 

As  shown  in  figure  4.1,  four  branches  emanate  from  the 
root  node.  The  first  three  of  these  brances  correspond  to 
the  allocation  of  weapon  1  to  Tl,  T2,  and  T3.  The  fourth 
branch  represents  the  case  where  weapon  1  is  not  allocated 
to  any  target.  Four  branches  then  emanate  from  each  node 
in  level  one  to  represent  the  allocations  of  weapon  2. 

Again,  there  are  four  possibilities  for  target  allocation 


Figure  4.1  Weapon  Allocation  Tree 


for  weapon  2.  A  complete  allocation  plan  is  represented  by 
a  path  from  the  root  node  to  one  of  the  nodes  in  level  two, 
which  are  called  "leaves''  (there  are  no  descendant  nodes 
from  leaves).  The  massing  of  several  weapons  on  a  single 
target  is  represented  by  a  path  that  for  some  i,  includes 
the  ith  branch  at  each  of  several  nodes  on  the  path  (40:11). 
For  example,  the  path  from  the  root  node  to  leaf  E  repre¬ 
sents  the  massing  of  both  weapons  1  and  2  on  target  1. 

The  number  of  leaves  on  the  tree  is  (t  +  l)w,  with  t 
the  number  of  targets ,  and  w  the  number  of  weapons .  The 
number  of  leaves  corresponds  to  the  number  of  different 
allocation  plans  that  would  have  to  be  searched  to  determine 
the  optimal  plan.  To  limit  the  search  space,  but  still  find 


the  optimal  solution,  BATTLE  uses  the  following  pruning 
algorithm  during  the  tree  traversal. 

Since  BATTLE  will  produce  the  k  best  allocation  plans, 
with  the  user  specifying  k,  the  system  must  first  find  k 
different  allocation  plans  (40:11).  Then,  BATTLE  will 
evaluate  other  partial  plans  to  determine  if  they  can  be 
completed  to  outrank  one  of  the  k  best  plans  so  far.  In 
Operations  Research,  this  technique  is  called  branch  and 
bound.  When  a  complete  plan  is  found  that  outranks  a  plan 
on  the  list  of  the  k  best  plans,  the  list  is  altered  to 
include  this  new  plan. 

The  pruning  algorithm  requires,  for  each  type  of 
weapon,  the  specification  of  a  fighting  capacity: 
the  maximum  destruction  by  that  weapon  type 
against  any  target  in  any  circumstance.  To  see 
if  a  partial  allocation  plan  should  be  pruned, 
its  expected  destruction  is  added  to  the  combined 
fighting  capacities  of  the  weapons  remaining  to 
be  used  in  completing  the  partial  plan.  If  this 
sum  does  not  exceed  the  expected  destruction  from 
the  least  destructive  of  the  k  complete  plans 
currently  on  the  tentative  solution  list,  no 
attempt  is  mak«  to  complete  the  partial  plan 
(40:11). 


To  further  maximize  the  expected  amount  of  pruning,  the 
weapons  and  targets  are  each  ordered  in  decreasing  value 
(40:11) . 

BATTLE  also  incorporates  special  features  for  cutting 
off  the  reasoning  process  and  still  obtaining  a  near-optimal 
solution  if  time  constraints  force  the  user  to  stop  the 
program  prematurely,  and  allowing  the  user  to  state  his  own 
target-weapon  preferences  to  be  considered  in  the  planning. 


The  methodology  used  in  this  research  effort  consisted 


of  seven  major  tasks:  (1)  developing  the  generic  space 
systems  to  serve  as  the  knowledge  base,  (2)  selecting  an 
appropriate  programming  environment  for  the  decision  aid, 

(3)  determining  the  objective  function  that  would  be  used  to 
evaluate  the  restoration  plans  generated  by  the  decision 
aid,  (4)  developing  the  system  design  and  the  restoration 
rules,  (5)  programming  the  knowledge  and  rules  in  the 
programming  language  selected,  (6)  testing  the  system  with 
different  scenarios,  and  (7)  analyzing  the  outputs  to 
determine  if  artificial  intelligence  techniques  can  be 
effectively  applied  to  the  space  system  restoration  mangage- 
ment  problem. 

Psalm  ol  GqilgxXq  Space  Systems 

The  first  major  task  of  this  research  effort  was  to 
develop  simplified,  generic  space  systems  as  inputs  to  the 
prototype  decision  aid.  As  noted  previously,  these  simpli¬ 
fied  systems  were  used  in  lieu  of  operational  military  sys¬ 
tems  for  two  reasons:  (l)  to  keep  the  research  unclassified, 
and  (2)  to  simplify  the  technical  considerations  not  bearing 
--  directly  on  the  resource  allocation  problem.  The  follow¬ 
ing  section  outlines  the  assumptions  made  about  the  configu¬ 
ration  and  operation  of  the  navigation,  weather,  and  commu¬ 
nications  systems  developed  for  use  with  the  decision  aid. 
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Orbits .  Every  satellite  in  this  research  effort, 
regardless  of  mission,  is  assumed  to  be  in  an  equatorial 
geosynchronous  orbit.  A  geosynchronous  orbit  is  a  circular 
orbit  with  an  altitude  of  37,700  kilometers  (equivalent  to 
six  earth  radii)  and  a  period  of  24  hours  (8:50).  If  a 
satellite  is  placed  in  a  geosynchronous  orbit  near  the 
equator,  the  satellite  essentially  remains  over  the  same 
place  on  the  earth.  Because  of  its  altitude,  a  geosyn¬ 
chronous  satellite  has  a  field  of  view  covering  more  than 
80%  of  the  hemisphere  beneath  it  (8:50).  Therefore,  several 
satellites  spaced  evenly  around  the  equator  can  provide 
coverage  of  the  entire  world,  except  for  the  polar  regions 
(8:50).  Figure  5.1  shows  how  four  geosynchronous  satellites 
provide  worldwide  coverage  of  latitudes  between  80® N  and 
80° S.  Because  of  this  large  field  of  view  and  the  absence 
of  tracking  problems  with  geosynchronous  satellites,  most  US 
communications  satellites  use  geosynchronous  orbits. 

While  some  US  military  satellites  occupy  orbits  other 
than  geosynchronous  (e.g.  low  earth  orbit,  Molniya  orbit, 
semi -synchronous  orbit,  and  super-synchronous  orbit),  the 
geosynchronous  satellite’s  stable  location  with  respect  to 
the  earth  makes  orbital  calculations  easy.  Since  satellites 
in  other  orbits  require  detailed  orbital  calculations  to 
determine  their  location  and  field  of  view  at  a  given  time 
and  such  calculations  are  beyond  the  scope  of  this  project, 
geosynchronous  orbits  were  chosen  for  all  satellites. 


Figure  5.1 

Earth  Coverage  with  Geosynchronous  Satellites  (8:62) 

Locational  Representation .  For  the  purpose  of  this 
research,  the  earth  is  divided  into  36  areas,  each  spanning 
10°  in  longitude,  and  extending  from  pole  to  pole.  The 
locations  of  satellites  and  earth  terminals  are  then 
referenced  by  their  area  number,  with  area  1  beginning  at 
180°W  and  extending  to  170°W.  Area  2  lies  between  170°W  and 
160°W,  and  so  on.  A  satellite  that  spans  areas  1  through  13 
is  located  over  the  equator  at  the  center  of  area  6,  and  has 
a  field  of  view  to  all  points  in  areas  1  through  13.  Figure 
5.2  gives  a  summary  of  the  locations  of  all  satellites  and 
earth  terminals  used  in  this  effort,  and  demonstrates  the 
area  reference  scheme. 

Since  it  is  assumed  that  a  satellite  can  see  all  termi¬ 
nals  in  a  particular  area,  only  the  area  number  of  the  earth 
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terminal  need  be  referenced.  The  area  number  of  a  terminal 
is  determined  by  the  longitudinal  coordinate  of  the  termi¬ 
nal;  the  latitudinal  coordinate  is  of  no  consequence. 
Appendix  A  contains  information  on  the  coordinates  and 
locations  of  all  earth  terminals  referenced  in  this  thesis. 
Hereafter,  the  location  of  satellites  and  earth  terminals 
will  be  referenced  by  area  number. 

Earth  Terminals .  Satellite  system  earth  terminals 
are  ground  facilities  that  perform  one  or  both  of  the 
following  functions:  (1)  tracking,  telemetry  and  command 
(TT&C),  and  (2)  satellite  payload  data  receipt,  processing, 
and  (in  the  case  of  communications  system  terminals)  data 
transmission.  The  majority  of  terminals  that  perform  TT&C 
functions  are  dedicated  to  that  task,  although  some 
terminals  also  perform  data  functions. 

TT&C  functions  refer  to  actions  applicable  to  control¬ 
ling  the  orbit  and  altitude  of  a  satellite,  monitoring  the 
status  of  all  sensors  and  subsystems  on  the  satellite,  and 
tracking  the  satellite  (33:63).  All  satellites,  regardless 
of  their  mission,  require  TT&C  (12:5-21). 

During  normal  operation,  the  telemetry  system  collects 
data  from  the  various  sensors  aboard  the  satellite  that 
monitor  such  things  as  the  pressure  in  the  fuel  tanks  and 
the  amount  of  current  drawn  by  each  subsystem  (33:63). 

Then,  this  "state-of-health“  data  is  transmitted  down  to  the 
controlling  earth  station  on  a  frequency  used  strictly  for 
this  purpose.  To  control  the  satellite,  the  TT&C  terminal 


transmits  commands  to  a  satellite  at  another  dedicated 
frequency.  Although  the  command  and  telemetry  links  are 
usually  separate  from  the  mission  (payload)  frequencies, 
they  may  operate  in  the  same  frequency  band  (33:65). 

Since  all  satellites  in  thi&>  research  effort  are 
assumed  to  have  geosynchronous  orbits ,  and  the  earth 
terminals  that  each  satellite  can  "see"  remain  constant,  it 
is  assumed  that  each  satellite  requires  only  one  TT&C 
terminal  to  provide  the  required  TT&C  service.  It  is  also 
assumed  that  one  TT&C  terminal  can  service  up  to  three 
different  satellites  for  each  TT&C  antenna  it  has,  provided 
the  satellites  do  not  need  constant  TT&C  monitoring. 
Different  satellites  require  different  amounts  of  TT&C 
servicing,  but  usually  not  enough  to  preclude  one  terminal 
from  servicing  three  separate  satellites  during  one  day. 

The  data  function  of  an  earth  terminal  depends  on  the 
mission  of  the  space  system  it  services.  In  a  communica¬ 
tions  system,  data  signals  are  transmitted  between  earth 
terminals  and  satellites.  In  a  weather  system,  the  satel¬ 
lites  collect  meteorological  information  and  downlink  the 
data  to  a  receiving  earth  terminal;  no  uplink  of  informa¬ 
tion  is  required,  except  for  TT&C  information.  Similarly, 
navigation  satellites  only  transmit  signal  data  down  to 
earth-based  receivers.  Navigation  systems  do  not  even  re¬ 
quire  fixed  location  data  terminals,  as  weather  systems  do. 

This  research  effort  assumes  that  a  "data"  terminal  can 
receive  data  for  only  one  system  at  a  time.  For  example,  if 


an  earth  terminal  is  dedicated  to  receiving  meteorological 
data  from  weather  system  A,  then  it  cannot  simultaneously 
receive  weather  data  from  satellites  in  system  B.  However, 
if  the  earth  terminal  is  capable  of  receiving  the  weather 
information  from  the  satellites  in  system  B  because  the 
frequencies  and  other  parameters  are  compatible,  then  it  may 
give  up  receiving  data  from  system  A  and  transform  itself 
into  a  system  B  receiver.  This  assumption  also  applies  to 
communications  data  terminals. 

Interoperability .  As  discussed  in  Chapter  II, 
currently  only  a  small  degree  of  interoperability  exists 
between  space  systems.  To  demonstrate  the  full  potential  of 
a  space  system  restoration  management  decision  aid,  this 
research  effort  assumes  interoperability  between  systems  to 


a  larger  degree  than  what  is  actually  possible  today.  For 
this  research  effort,  satellites  and  earth  terminals  are 
considered  compatible  if  they  share  at  least  one  frequency. 
This  assumption  grossly  underestimates  what  is  required  for 
actual  systems  to  be  interoperable.  In  reality,  polari¬ 
zations,  data  rates,  access  techniques,  modulation  tech¬ 
niques,  and  a  host  of  other  factors  must  be  compared  to 
determine  if  resources  from  different  systems  are  compati¬ 
ble.  However,  the  purpose  of  this  research  is  to  demon¬ 
strate  a  methodology  for  space  system  restoration  manage¬ 
ment,  and  the  number  of  parameters  the  systems  checks  is  not 
important.  Whether  the  prototype  checks  one  or  sixteen 
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parameters  to  determine  interoperability,  the  restoration 
methodology  is  the  same. 

Because  satellites  are  designed  for  specific  missions, 
they  cannot  assume  the  functions  of  satellites  that  perform 
missions  different  from  their  own.  A  satellite  will  not 
even  be  able  to  take  over  for  a  satellite  with  a  similar 
mission  if  the  operating  parameters  are  not  compatible. 

This  research  assumes  that  there  are  only  two  ways  to 
restore  capabilities  if  a  satellite  is  inoperable:  (1) 
activate  a  spare  satellite  already  in  orbit  for  that  space 
system,  or  (2)  attempt  to  use  the  resources  of  another 
satellite  system,  provided  it  has  the  same  mission. 

Air  Force  Satellite  Control  Network.  Most  of  the  TT&C 
functions  for  US  military  satellites  are  perfomed  by  the 
seven  remote  tracking  stations  (RTS)  of  the  Air  Force 
Satellite  Control  Network  (AFSCN) .  The  heart  of  the  AFSCN 
is  the  Satellite  Test  Center  (STC)  located  at  Onizuka  AFS, 
CA  (formerly  Sunnyvale  AFS).  The  seven  remote  tracking 
stations  are  modeled  in  this  research  effort  as  dedicated 
TT&C  earth  terminals,  and  the  operational  parameters  attrib 
uted  to  each  earth  terminal  are  as  close  to  the  actual 
parameters  as  possible,  within  the  confines  of  the  assump¬ 
tions  stated  in  the  last  section. 

The  remote  tracking  stations  all  employ  standard 
Space-Ground  Link  Subsystem  (SGLS)  equipment,  and  support 
downlink  telemetry  in  the  2200  to  2300  Mhz  frequency  band 
(41:3-4).  All  stations  can  provide  uplink  support  in  the 


1750  to  1850  Mhz  band  (41:1.7-1)  All  stations  have  two  high 
performance  TT&C  antennas ,  except  for  the  Indian  Ocean  and 
Oakhanger  stations  which  each  have  only  one  antenna. 

In  this  thesis,  it  is  assumed  that  all  of  the  RTS 
antennas  are  identical,  and  are  capable  of  operating  at  the 
frequencies  listed  above.  For  details  on  the  locations  and 
parameters  of  the  remote  tracking  stations  as  they  are 
modeled,  see  Appendix  A. 

Space  Systems .  Six  generic  space  systems  were  devel¬ 
oped  for  use  with  the  prototype  decision  aid:  two  communica¬ 
tions  systems,  two  weather  systems,  and  two  navigation 
systems.  The  configurations  and  operational  parameters  of 
these  systems  were  patterned  after  five  currently  operating 
space  systems  and  one  system  under  development.  Table  5.1 
presents  the  orbital  and  configuration  data  on  the  six  space 
systems  that  serve  as  the  basis  for  the  simplified  systems: 
the  Defense  Satellite  Communications  System  (DSCS),  the 
Fleet  Satellite  Communications  System  (FLTSATCOM),  the 
Defense  Meteorological  Satellite  Program  (DMSP),  the  civil¬ 
ian  GOES  meteorological  system,  Transit,  and  the  Navstar 
Global  Positioning  System  (GPS). 

TALK  Communications  System.  The  TALK  communica¬ 
tions  system  was  patterned  after  the  DSCS  system.  The  DSCS 
II  system  consists  of  four  active  satellites  and  two  spares 
in  geosynchronous  orbits  (12:12-2).  The  TALK  system  was 
designed  with  only  four  active  satellites,  spaced  evenly 
around  the  world,  and  no  spares.  Each  TALK  satellite  was 


Table  5.1 


Systems  Used  as  Basis  for  Generic  Systems  (8:59,66,67) 


System 

Mission 

Orbit  # 

Set's* 

Thesis  System 

DSCS 

comm 

geosynchronous 

4-6 

TALK 

FLTSATCOM 

com m 

geosynchronous 

4-6 

CHATTER 

DMSP 

weather 

low  earth  orbit 

2 

STORM 

GOES 

weather 

geosynchronous 

4 

THUNDER 

Transit 

nav 

low  earth  orbit 

5 

SCOUT 

GPS 

nav 

semi -synchronous 

18 

PATHFINDER 

*  denotes  nominal  constellation  size  (actual  or  planned) 
or  average  active  population 


given  a  130°  coverage  area  width,  which  is  equivalent  to  13 
areas.  As  shown  in  Figure  5.1,  a  geosynchronous  satellite 
has  a  field  of  view  of  approximately  150° ,  so  the  width  of 
the  coverage  area  used  in  this  effort  is  a  conservative 
estimate.  Unless  otherwise  noted,  all  generic  satellites 
used  in  this  thesis  have  a  coverage  width  of  13  areas. 

Since  the  AFSCN  performs  all  TT&C  functions  for  the 
DSCS  satellites,  the  RTS’s  in  this  research  effort  were 
given  the  same  responsibility  for  the  TALK  satellites.  The 
frequencies  assigned  to  the  TALK  system  match  those  used  by 
DSCS.  Finally,  TALK  was  designed  with  six  data  terminals, 
placed  worldwide  in  strategic  locations  to  act  as  data  relay 
stations.  Appendix  A  contains  the  details  on  the  TALK 
communications  system. 

CHATTER  Communications  System.  The  CHATTER 
communications  system  was  modeled  after  the  FLTSATCOM  system 
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data.  Air  Force  Global  Weather  Central,  located  at  Offutt 
AFB,  Nebraska,  is  the  primary  user  for  DMSP  information, 
although  the  data  is  also  available  to  the  National  Oceanic 
and  Atmospheric  Administration  (NOAA)  (28:141). 

STORM  was  not  patterned  after  DMSP  as  closely  as  TALK 
and  CHATTER  were  patterned  after  the  operational  communi¬ 
cation  systems  because  of  the  geosynchronous  orbit  assump¬ 
tion.  First,  STORM  was  designed  with  only  two  satellites  in 
geosynchronous  orbits,  one  located  over  the  Pacific  Ocean, 
and  one  located  over  the  Atlantic  Ocean.  Second,  with  only 
two  satellites,  STORM  does  not  provide  the  worldwide 
coverage  that  DMSP  does.  However,  STORM’s  frequencies  match 
those  used  for  DMSP  and  STORM  can  use  the  AFSCN  remote 
tracking  stations  for  backup  TT&C,  as  DMSP  can.  Under 
normal  conditions,  earth  terminals  at  Loring  AFB  and  Fair- 
child  AFB  provide  TT&C  service  for  the  two  STORM  satellites. 
For  more  details  on  STORM’s  satellites,  terminals,  and 
operating  parameters,  see  Appendix  A. 

THUNDER  Weather  System.  The  THUNDER  weather  sys¬ 
tem  was  patterned  after  GOES,  a  civilian  weather  satellite 
system.  There  are  four  GOES  satellites  in  equatorial  geo¬ 
synchronous  orbits  spaced  around  the  earth  to  provide  world¬ 
wide  weather  coverage.  The  THUNDER  system  was  designed  with 
its  own  dedicated  TT&C  terminals,  and  the  TT&C  frequencies 
preclude  the  use  of  AFSCN  resources  for  backup.  The  weather 
information  obtained  by  THUNDER  is  transmitted  at  the  same 


frequency  that  STORM  uses  to  transmit  its  weather 
information. 

SCOUT  Navigation  System  .  The  SCOUT  navigation 
system  was  patterned  after  the  Navy’s  Transit  system,  an 
all-weather  passive  navigation  system  that  has  been  in  use 
since  1964  (12:12-7).  With  the  Transit  system,  the  user 
listens  to  how  the  received  frequency  of  the  signal  changes 
as  the  transmitting  satellite  passes  from  horizon  to  horizon 
to  determine  his  location  (8:65).  There  are  four  Transit 
satellites  in  low  earth  orbits,  and  each  satellite  contin¬ 
ually  broadcasts  signals  at  both  150  Mhz  and  400  Mhz . 
Transit’s  ground  segment  consists  of  four  dedicated  TT&C 
stations,  located  at  Prospect  Harbor,  Maine;  Rosemount, 
Minnesota;  Point  Mugu,  California;  and  Wahiawi,  Hawaii. 

The  SCOUT  system  was  designed  with  the  same  frequencies 
and  number  of  satellites  as  Transit,  but  the  SCOUT  satel¬ 
lites  were  given  geosynchronous  orbits.  In  reality,  Transit 
could  not  function  as  a  navigation  system  if  its  satellites 
were  in  geosynchronous  orbits;  the  doppler  shift  would  not 
be  sufficient  to  be  observed  by  the  earth  platforms.  Since 
earth-based  platforms  need  to  see  only  one  Transit  satellite 
to  obtain  navigation  inf ormation,  this  research  effort 
assumes  that  earth-based  platforms  can  obtain  navigation 
information  if  they  can  see  at  least  one  SCOUT  satellite. 

For  more  details  on  SCOUT,  see  Appendix  A. 


PATHFINDER  Navigation  System-  The  PATHFINDER 
navigation  system  was  modeled  after  the  Navstar  Global 


Positioning  System.  When  GPS  is  fully  operational,  it  will 
consist  of  18  active  satellites  and  3  on-orbit  spares,  all 
in  semi -synchronous  orbits.  Each  satellite  will  continually 
transmit  two  L  band  signals,  Li  at  1575.42  Mhz ,  and  L2  at 
1227.6  Mhz  (18:E9.5.1).  To  determine  his  location  and 
heading,  a  user  must  normally  receive  signals  from  four 
different  GPS  satellites.  However,  two  or  three  satellites 
are  sufficient  for  location  determination  if  the  user  will 
accept  less  accuracy  or  has  a  system  to  aid  GPS.  Five 
widely  separated  monitor  stations  will  track  the  GPS 
satellites  to  determine  if  they  are  operating  correctly,  and 
three  of  these  stations  will  perform  TT&C  functions  for  all 
satellites  (28:135).  The  AFSCN  remote  tracking  stations 
will  serve  as  backups  for  these  TT&C  stations  (18:E9.5.1). 

Even  though  the  PATHFINDER  system  contains  the  same 
number  of  active  and  spare  satellites  as  GPS,  the  configur¬ 
ation  was  significantly  modified  to  accomodate  the  geosyn¬ 
chronous  orbit  assumption.  An  active  PATHFINDER  satellite 
is  located  over  every  other  area,  and  the  field  of  view  for 
each  satellite  is  limited  to  90°  in  width  from  pole  to  pole. 
As  shown  in  Figure  5.2,  this  configuration  makes  it  possible 
for  earth  terminals  in  each  area  to  see  4  or  5  active  PATH¬ 
FINDER  satellites. 

The  PATHFINDER  system  uses  the  same  frequencies  and  has 
monitor  stations  at  the  same  locations  as  GPS.  However, 
PATHFINDER  must  use  all  five  terminals  for  TT&C  servicing 
because  the  satellites  are  in  geosynchronous  orbits.  The 


AFSCN  remote  tracking  stations  will  serve  as  backup  TT&C 
facilities.  For  more  details  on  PATHFINDER,  see  Appendix  A. 


Landline  Network.  This  research  effort  assumes  that 
data  traffic  (communications  and  weather  information)  can  be 
transmitted  via  landlines  if  necessary.  To  model  this 
assumption,  a  network  of  landlines  between  the  earth  termi¬ 
nals  was  developed.  Each  of  the  landlines  is  capable  of 
two-way  traffic,  and  there  are  no  restrictions  on  the  type, 
form,  or  volume  of  data  that  can  be  transmitted.  This 
landline  network  is  included  in  Appendix  A. 

Like  the  space  system  resources,  the  landlines  are 
susceptible  to  enemy  attack,  and  the  prototype  system  allows 
for  the  destruction  of  these  landlines.  Additionally,  when 
two  earth  terminals  share  the  same  location  (e.g.  at 
Wahiawi,  Hawaii,  there  is  a  CHATTER  earth  terminal  and  a 
TALK  earth  terminal),  it  is  assumed  that  communications  data 
can  be  transmitted  between  the  terminals,  provided  that  the 
data  capabilities  at  the  terminals  are  still  intact.  This 
"cross-town"  link  is  not  assumed  to  be  vulnerable  to  attack 
in  this  research  effort. 

Qb.le.ativ9  Eunstisa 

The  problem  of  space  system  restoration  management 
involves  multiple  objectives;  ideally,  CINCSPACE  would  like 
to  fully  restore  all  mission  capabilities.  When  space 
resources  become  unavailable  during  wartime,  however,  trade¬ 
offs  must  be  made  between  the  various  missions.  Questions 
like  "Is  it  more  important  to  restore  communications 


capabilities  than  navigation  capabilities"  must  be  answered 
in  order  to  properly  allocate  the  remaining  space  assets. 

To  determine  the  impact  of  the  various  restoration 
actions  and  compare  the  different  restoration  architectures, 
a  single  quantitative  measure  is  required.  The  quantitative 
measure,  henceforth  called  the  objective  function  value, 
must  incorporate  the  multiple  objectives  of  the  space  system 
restoration  management  problem. 

Many  techniques  for  multiple  objective  decision  making 
use  weights  to  combine  attributes  into  a  single  indicator  of 
value  (25:725).  This  research  effort  uses  the  same 
approach,  with  the  overall  objective  function  a  weighted 
summation  of  the  different  measures  of  effectiveness  (MOEs) 
for  the  weather,  navigation  and  communications  missions. 


The  measure  of 


effectiveness  used  for  the  weather  mission  is  based  on  the 


number  of  areas  the  operating  weather  satellites  cover  with 


their  f ields-of -view.  This  weather  MOE  is  composed  of  two 


parts:  the  percentage  of  weather  coverage  of  the  whole 
earth,  and  the  percentage  of  weather  coverage  of  the 
conflict  area.  All  three  mission  MOEs  are  broken  down  into 


the  global  and  conflict  area  components  so  that  the  decision 
aid  can  more  precisely  capture  CINCSPACE’s  assessment  of  the 


resources  that  are  critical  to  the  current  war  objectives. 


Thus,  the  weather  portion  of  the  overall  objective 


function  is: 

global  weather  weight  *  <%  global  weather  coverage) 

+  conflict  area  weather  weight  * 

(%  conflict  area  weather  coverage)  (1) 

Navigation  Measure  ol  Ef f QQtivanogS •  The  navigation 
MOE  in  this  research  effort  is  based  on  the  capability  of 
airborne  and  earth-borne  platforms  to  use  the  SCOUT  and 
PATHFINDER  navigation  systems.  As  previously  stated,  air¬ 
borne  platforms  that  are  unaided  by  other  navigation  systems 
require  navigation  data  from  at  least  four  satellites  in  the 
PATHFINDER  system  to  determine  their  position  and  velocity. 
Unaided  earth-borne  platforms  require  navigation  data  from 
at  least  three  PATHFINDER  satellites.  Because  of  the  dop- 
pler  shift  technique  used  in  the  SCOUT  system,  users  of  this 
navigation  system  require  the  data  from  only  one  SCOUT 
satellite  to  calculate  position  and  velocity.  Therefore, 
six  separate  MOE’s  and  their  respective  weights  will  combine 
to  form  the  total  navigation  MOE,  as  shown  in  the  following 
formula : 


global  navigation  weight  * 

[  sub-wti  (%  earth  that  can  see  3  PATHFINDER  satellites) 

♦  sub-wt2  (%  earth  that  can  see  4  PATHFINDER  satellites) 

♦  sub-wt3  (%  earth  that  can  see  1  SCOUT  satellite)  ] 

♦  conflict  area  navigation  weight  * 

[  sub-wt«  (%  conflict  area  that  can  see  3  PATHFINDER  sats) 

♦  sub-wts  (%  conflict  area  that  can  see  4  PATHFINDER  sats) 

♦  sub-wts  (X  conflict  area  that  can  see  1  SCOUT  sat)  ] 


(2) 


.v 

•v'  ■  *  -  ■ .  ■ 


The  subweights  in  the  formula  (2)  reflect  the  degree  to 
which  the  user  is  depending  on  airborne,  seaborne,  and 
land-based  platforms  that  use  the  PATHFINDER  and  SCOUT 


systems . 


Measure  ol 


The  communi¬ 


cations  MOE  is  based  on  the  percent  of  pairs  of  critical 
nodes  that  are  connected  via  the  satellite  communications 
and  landline  networks.  In  order  to  calculate  this  MOE 
within  the  confines  of  the  knowledge  in  the  prototype 
system,  the  world  was  divided  into  five  theaters:  America, 
Europe,  Asia,  Far  East,  and  Pacific.  Each  of  these  theaters 
contains  one  or  more  major  communication  "ports."  For 
example,  the  six  ports  in  the  American  theater  are  located 
at  Sunnyvale,  Point  Mugu,  Colorado  Springs,  Prospect  Harbor, 
and  Thule.  All  ports  have  either  a  CHATTER  or  TALK  data 
terminal  (or  one  of  each),  and  are  connected  to  other  ports 
with  landlines.  This  research  effort  further  assumes  that 
each  port  serves  as  the  central  receipt  and  dispatch 
terminal  for  inter-theater  communications  for  a  certain 
service  area.  The  size  of  the  service  area  depends  on  the 
size  of  the  theater  and  the  number  of  ports  within  the 
theater.  For  example,  if  a  person  in  Washington  D.C.  wishes 
to  communicate  with  a  node  in  England,  the  Norfolk  port 
would  handle  the  overseas  transmission  for  the  Washington 
D.C.  user  and  the  Crete  port  would  handle  the  overseas 
transmission  for  the  node  in  England.  Table  A. 8  in  Appendix 
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A  lists  the  ports  that  provide  communications  service  for 
each  theater. 

In  the  communications  network  developed  for  the 
prototype,  there  are  59  different  pairs  of  inter-theater 
ports.  Therefore,  118  paths  are  required  for  full  commun¬ 
ications  capability  (one  forward,  and  one  backward  for  each 
pair  of  ports).  The  global  component  of  the  communications 
MOE  is  the  percentage  of  the  118  inter-theater  port  pairs 
that  have  a  connecting  communications  path. 

The  conflict  area  component  of  the  communications  MOE 
is  similar  to  the  global  component,  but  uses  only  those  port 
pairs  linking  the  American  theater  to  the  theater(s) 
corresponding  to  the  conflict  area.  Therefore,  the  conflict 
area  component  is  the  percent  of  the  critical  pairs  that 
actually  have  some  communications  path  between  the  nodes. 

Thus,  the  total  communications  MOE  is  as  follows: 

global  communications  weight  * 

(linked  pairs  /  possible  pairs  of  ports) 

+  conflict  area  communications  weight  * 

(linked  critical  pairs  /  total  critical  pairs)  (3) 

Determination  of  Weights .  The  weights  assigned  to  the 
objective  function  are  used  to  determine  the  overall  measure 
of  merit  for  each  restoration  architecture,  and  these 
weights  must  accurately  reflect  the  priorites  of  CINCSPACE 
and  the  battle  commanders  he  supports.  While  there  are  many 
weighting  methods  available,  this  research  effort  uses  the 
Analytic  Hierarchy  Process  (AHP)  developed  by  Thomas  Saaty. 


Saaty  describes  AHP  as  "a  flexible  model  that  allows 
individuals  or  groups  to  identify,  understand  and  assess  the 
interactions  of  a  system  as  a  whole"  (37:22).  Through  a 
simple  mathematical  procedure  using  matrices,  AHP  synthe¬ 
sizes  judgements  into  an  overall  estimate  of  the  relative 
priori-  ties  of  alternative  courses  of  action  (37:24).  AHP 
is  especially  suited  to  problems  involving  planning  and 
resource  allocation. 

AHP  contains  the  following  four  basic  steps  (49:96): 

1)  decomposing  a  problem  and  setting  up  a  decision 
hierarchy  of  interrelated  decision  elements 

2)  collecting  input  data  by  making  pairwise 
comparisons  of  the  decision  elements 

3)  using  the  "eigenvalue"  method  to  estimate  the 
relative  weights  of  the  decision  elements 

4)  aggregating  the  relative  weights  of  decision 
elements  to  arrive  at  a  set  of  ratings  for  the  decision 
alternatives . 

The  first  step  in  applying  the  Analytic  Hierarchy 
Process  to  space  system  restoration  management  consisted  of 
breaking  the  problem  down  into  separate  elements  to  con¬ 
struct  the  hierarchical  representation.  Shown  in  Figure 
5.3,  the  hierarchy  for  this  problem  contains  four  levels: 
focus,  contributing  missions,  location  emphasis,  and  naviga¬ 
tion  resource  requirements.  The  fourth  level  applies  only 
to  the  navigation  mission. 

The  focus  of  the  space  system  restoration  management 
problem  is  wartime  capability,  and  maximizing  this  measure 
is  the  overall  objective  of  the  planning  process.  Level  2 
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Figure  5.3  AHP  Hierarchy 


contains  the  missions  performed  by  the  space  systems  in  this 
research  effort;  the  accomplishment  of  these  missions  con¬ 
tributes  to  the  overall  wartime  capability.  Level  3  con¬ 
tains  the  global  and  conflict  area  components  to  the  indi¬ 
vidual  mission  areas.  Finally,  level  4  contains  the  break¬ 
down  of  the  requirements  for  navigation  satellite  resources. 
Note  that  the  bottom  level  of  each  branch  of  the  hierarchy 


tree  corresponds  to  one  of  the  individual  measures  of  effec¬ 
tiveness  discussed  in  the  last  section. 

Appendix  B  shows  how  the  AHP  can  be  used  to  compute  the 
weights  for  use  with  the  space  system  restoration  management 
decision  aid.  The  numbers  used  for  the  pairwise  comparisons 
are  hypothetical,  and  this  research  does  not  attempt  to 
determine  the  actual  priorities  CINCSPACE  would  use  in  any 
one  scenario.  Figure  5.4  summarizes  the  results  of  the  AHP 
weighting  process  by  showing  the  AHP  hierarchy  and  the 
weights  assigned  to  each  element,  as  derived  in  Appendix  B. 
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Figure  5.4  AHP  Hierarchy  with  Weights 
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In  this  example,  communications  was  determined  to  be  the 
highest  priority  mission,  navigation  the  second  highest,  and 
weather  the  lowest  priority  mission. 


Using  the  weights  from  Figure  5.4,  and  combining 
equations  (1),  (2),  and  (3)  yields  the  following  total 
objective  function: 

.11  [  .25  (%  global  weather  coverage) 

+  .75  (%  conflict  area  weather  coverage)  ] 

+  .31  {  . 33  [  .  19(%  earth  that  can  see  1  SCOUT  sat) 

+  . 1 1 ( %  earth  that  can  see  3  PATHFINDER  sat’s) 
+  .  7(%  earth  that  can  see  4  PATHFINDER  sat)] 

+  . 67  [  . 1 6 ( %  con  area  that  can  see  1  SCOUT  sat) 

+  .  30(%  con  area  that  can  see  3  PATHFINDER’S) 

+  .  54(%  con  area  that  can  see  4  PATHFINDER’S)} 

+  .58  [  . 67 ( %  global  links)  +  .  33(%  critical  links)  ] 

(4) 

Several  different  sets  of  weights  were  used  during  the 
testing  of  the  prototype.  For  more  information  on  the 
Analytic  Hierarchy  Process,  see  (37). 

Selection  &£  Programming  Environment 

Choosing  an  Aepropriats  laai-  According  to  Hayes-Roth, 
Waterman  and  Lenat,  the  authors  of  Building  Expert  Systems . 
the  following  five  characteristics  must  be  considered  when 
selecting  an  appropriate  programming  environment:  (1)  gen¬ 
erality,  (2)  testing,  (3)  accessibility,  (4)  development 
speed,  and  (5)  tool  features  (23:210).  The  generality  of  a 
tool  is  important  because  it  provides  more  design  flexibil¬ 
ity.  On  the  other  hand,  the  more  general  a  tool  is,  the 
harder  the  programmer  must  work.  Testing  usually  consists 


of  building  a  small  prototype  system  very  early  in  the 
development  process  to  test  the  capabilities  of  a  tool  under 
consider-  ation.  The  accessibility  of  a  tool  and  supporting 
documen-  tation  are  important  becasuse  old  tools  may  no 
longer  be  supported  by  the  developer.  The  authors  also 
caution  that  tools  which  are  still  under  development  may  be 
even  worse  than  old  tools  because  they  lack  documentation 
and  may  contain  numerous  system  bugs  (23:210).  Because  A1 
programs  typically  undergo  an  evolutionary  process  where 
each  program  version  is  more  powerful  and  capable  than  the 
previous  one,  expert  system  tools  must  facilitate  fast 
system  development.  Finally,  understanding  the  features  of 
a  tool  is  critical  to  determining  if  the  tool  is  appropriate 
to  the  application  (23:211). 

Prpfframming  Environment  Tradeoff  Study .  Table  5.2 
summarizes  the  results  of  the  tradeoff  study  performed  to 
determine  the  most  suitable  AI  programming  environment  for 
the  space  system  restoration  management  decision  aid.  The 
criteria  used  for  selecting  the  programming  tool  were  based 
on  the  general  guidelines  outlined  in  the  previous  section 
and  the  system  requirements  described  in  Chapter  III. 
Although  there  are  numerous  expert  system  design  tools 
currently  on  the  market,  only  those  programming  environments 
available  at  the  Air  Force  Institute  of  Technology  (AFIT) 
were  evaluated. 

The  criteria  shown  in  Table  5.2  reflect  the  character¬ 


istics  of  the  problem  domain  (planning),  the  characteristics 


ART .  As  shown  in  Table  5.2,  the  Automated  Reasoning 
Tool  (ART)  was  the  only  programming  tool  that  met  all  of  the 
criteria.  Consequently,  ART  was  chosen  as  the  programming 
environment  for  the  prototype  knowledge-based  system. 

ART  (Version  2.0)  was  developed  by  Inference  Corpora¬ 
tion,  and  runs  on  a  dedicated  Lisp  machine  (Symbolics  3600 
or  LMI  Lambda),  or  a  VAX-type  system.  ART  is  a  rule-based 
knowledge  engineering  language  that  also  supports  frame- 
based  and  procedure-oriented  representation  methods 
(47:357).  ART’s  principle  characteristics  include  forward 
and  backward  chaining  control  schemes,  a  very  powerful 
context  mechanism  with  the  use  of  "viewpoints,"  an  inference 
engine  that  is  well  integrated  with  the  knowledge  base,  and 
the  capability  to  use  all  Zetalisp  functions  (46:37).  ART 
also  contains  packages  which  allow  the  user  to  develop 
sophisticated  graphics  and  menus  for  use  with  a  knowledge- 
based  system.  Many  of  these  features  were  used  in  the 
prototype  system,  and  they  are  explained  in  more  detail  in 
Chapter  VI. 

Because  ART  Version  2.0  was  released  only  recently  (in 
1985),  there  are  only  a  few  expert  systems  that  have  been 
developed  with  ART.  One  system  is  Navigation  Expert 
(NAVEX),  an  expert  system  developed  by  the  Inference  Corpor¬ 
ation  in  conjunction  with  NASA  and  the  Johnson  Space  Center. 
NAVEX  was  designed  to  monitor  the  radar  data  that  is  collec¬ 
ted  in  real-time  during  a  space  shuttle  lift-off,  and  warn 
the  mission  control  center  of  any  errors  (47:299).  NAVEX  is 


a  rule-based,  frame-oriented  program,  and  has  reached  the 
stage  of  a  research  prototype. 

£r.Q.tflty.p_<a,  Design  and  Programming 

The  discussion  of  the  steps  involved  in  designing  the 
prototype  knowledge-based  system  and  programming  the 
knowledge  and  restoration  rules  is  deferred  to  Chapter  VI . 

Testing  th.fi  Prototype 

The  prototype  system  was  tested  with  three  hypothetical 
wartime  scenarios:  Limited  War,  Major  War,  and  Central  War. 
Additional  tests  were  also  performed  to  ensure  that  the 
prototype  responded  appropriately  to  all  possible  situa¬ 
tions.  The  testing  procedure  and  results  are  described  in 
Chapter  VII. 

Analysis  fil  Results 

Finally,  the  restoration  plans  generated  by  the 
prototype  decision  aid  were  analyzed.  This  analysis  and 
subsequent  conclusions  are  presented  in  Chapter  VIII. 
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VI.  Prototype  System  Design 


Chapter  V  described  the  preliminary  steps  in  designing 
and  implementing  a  prototype  space  system  restoration 
management  knowledge-based  system:  developing  generic  space 
systems  to  serve  as  the  data  for  the  prototype,  determining 
an  objective  function  to  quantitatively  assess  the  overall 
mission  capability  of  a  restoration  plan,  and  selecting  an 
appropriate  programming  environment  for  the  prototype.  This 
chapter  initially  provides  an  explanation  of  ART’s  knowledge 
representation  scheme  and  an  overview  of  the  steps  in  the 
restoration  process.  Next,  each  of  the  major  components  of 
the  restoration  process  is  explained,  and  the  major  features 
of  ART  required  to  fully  explain  the  system  design  are 
discussed . 

ART  Kncnledge  Representation 

Facts .  ART  uses  two  basic  forms  for  knowledge  repre¬ 
sentation'-  facts  and  schemata.  In  ART,  a  fact  is  a  piece  of 
knowledge  consisting  of  two  parts:  a  proposition  and  an 
extent  (9:  11).  The  first  part  of  a  fact,  the  proposition, 
is  a  fundamental  piece  of  information  like  "The  conflict 
theater  is  Europe,  which  could  be  represented  in  ART  as 
(theater  Europe).  In  this  example,  theater"  is  the 
relation  name,  and  Europe  is  the  argument.  ART  supports 
relations  with  an  unlimited  number  of  arguments.  The  second 
part  of  a  fact,  the  extent,  describes  the  circumstances 
under  which  the  fact  is  true  and  becomes  important  when 


ART’s  viewpoint  mechanism  is  used.  For  example,  the  fact 
"(theater  Europe)  in  Plan-1  |  Plan-2"  has  an  extent  of 
Plan-1  !  Plan-2  which  means  that  the  fact  is  true  in  Plan-1 
and  no  longer  true  in  Plan-2. 

Schemata  in  ART  are  the  same  as  frames  used  in  other  AI 
languages.  In  short,  schemata  are  data  structures  which 
represent  objects  or  classes  of  objects  that  share  certain 
properties  (9:16).  In  Figure  6.1,  the  TALK  communications 
system  "is-a"  space  system  and  "has-parts"  earth  terminals 
and  satellites.  Similarly,  the  other  space  systems  in  the 
prototype  have  an  “is-a"  relationship  to  the  general  space 
system  class,  and  they  are  connected  to  their  constituent 
parts  with  a  "has-parts"  relationship.  Facts  that  are  true 
about  the  general  class  of  objects  (e.g.  space  system)  are 
inherited  by  specific  instances  of  that  class  of  objects 
(e.g.  TALK,  CHATTER,  etc). 


Figure  6.1  TALK  Schema  Structure 


(defschema  talksatc 
(viewpoint  ?root) 

(part-of  talk) 

(orbit  geosynch) 

(is-a  satellite) 

(data-tx-f req-lower  7250) 

(data-rx-f req-lower  7900) 

(data-tx-f req-upper  7750) 

(data-rx-f req-upper  8400) 

( ttc-transmit-f req  2250) 

( ttc-receive-f req  1800) 

(sat-coverage  21  22  23  24  25  26  27  28  29  30  31  32  33) 

( sat-cov-l ist  (21  22  23  24  25  26  27  28  29  30  31  32  33)) 
(over  27) 

(can-use-rts  yes) 

(primary-ttc  rts-IndianOcean) 

(backup-ttc  rts-Guam) 

(sat-status  green) ) 


F igure  6 . 2 

ART  Code  for  TALK  Satellite  C  Schema 


The  schema  definition  for  TALK  Satellite  C  (talksatC), 


one  of  the  TALK  satellites,  is  shown  in  Figure  6.2.  The 
first  line  of  this  segment  of  ART  code  creates  the  talksatC 
schema.  The  second  line,  (viewpoint  ?root)  indicates  that 
this  schema  should  be  placed  in  root  viewpoint,  the  initial 
body  of  knowledge  (Plan-1).  The  remainder  of  the  schema 
consists  of  slot  names  and  slot  values.  In  this  example, 
the  slot  names  "part-of  and  “is-a"  are  inheritance 
relations,  and  talksatc  will  inherit  information  from  the 


TALK  schema  and  the  satellite  schema. 


While  most  frame  languages  allow  for  the  inheritance  of 


facts  only  through  the  is-a  relation,  ART  provides  for 
additional  inheritance  relations  defined  by  the  user.  For 
example,  in  Figure  63,  which  displays  a  segment  of  the 
prototype’s  schema  hierarchy,  Pathsat9  (PATHFINDER  satellite 
*9 )  is  related  to  the  PATHFINDER  system  by  a  "has-parts" 
relation  Pathsat9  is  also  related  to  the  general  satellite 
class  through  a  kinds'  relation.  This  means  that  Pathsat9 
is  part-of  PATHFINDER,  and  inherits  all  of  the  information 
stored  in  the  PATHFINDER  schema.  Pathsat9  is  also  a 
kind-of  satellite,  and  therefore  inherits  all  of  the 
information  stored  in  the  satellite  schema.  In  addition, 

ART  allows  the  user  to  disable  the  inheritance  of  specific 
relations  between  classes,  if  desired. 

ART  Rules .  ART  uses  two  basic  kinds  of  rules  to  repre¬ 
sent  procedural  information:  forward  chaining  rules,  and 
backward  chaining  rules.  Forward  chaining  rules  are  of  the 
if  a,  then  b"  type,  and  direct  the  program  to  take  some 
form  of  action  when  the  conditions  of  the  "if"  portion  are 
satisfied.  Backward  chaining  rules  react  to  the  presence  of 
goals  in  the  program,  and  try  to  achieve  these  goals 
through  the  use  of  special  forward  chaining  rules. 

ART  also  uses  special  forward  chaining  rules  that  work 
with  the  viewpoint  mechanism.  Hypothetical  rules  generate 
new  viewpoints  when  certain  conditions  are  satisfied,  and 
constraint  rules  prevent  certain  viewpoint  situations  from 


77 


JUauL «- Jt  *  r.  m  k‘ m  4 «  *  w.  s.  —  a  —  a  ««  a  — W  ^  . a  ±  m.  M.  F_  aV Ml  «V a  a k  Jt  «!. kV 


;;;  CENTRAL  WAR  SCENARIO 


(defrule  start-scenario-central-war-test 
(declare  (salience  *maximum-salience*) ) 
(testcase  central-test) 


(assert 

(get-priorities  central) 

(give-plans  3) 

(conflict-areas  P  4  5  6  7  8  9  10  11  12  13)) 

(theater  USA) 

(change-ttc-status  chatterMugu  red  destroyed) 
(change-data-status  chatterMugu  red  destroyed) 
(change-data-status  chatterWahiawi  red  destroyed) 
(change-ttc-status  chatterWahiawi  red  destroyed) 
(change-ttc-status  thunderAscension  unknown  no-data-avail) 
(change-data-status  thunderAscension  unknown  no-data-avail) 
(change-satellite-status  chatterl  red  destroyed) 
(change-satellite-status  pathsatlO  unknown  no-data-avail) 
(change-satellite-status  pathsat3  red  destroyed) 
(change-satellite-status  thunder2  red  destroyed) 
(change-satellite-status  ScoutsatC  red  destroyed) 
(groundlink-destroyed  Kaena-Pt-Hawaii  Guam))) 


Figure  6.4  Sample  Rule  in  ART 


happening.  The  use  of  these  special  rules  is  explained 


later  in  this  chapter. 


Figure  6.4  gives  an  example  of  a  typical  ART  forward 


chaining  rule.  This  particular  rule  starts  the  Central  War 


scenario  by  asserting  facts  (e.g.  (theater  USA)  and 


(change-satellite-status  chatterl  red  destroyed))  into  the 


knowledge  base  when  the  fact  (testcase  central-test)  is 


already  present  in  the  knowledge  base.  The  information 


preceding  the  arrow  in  Figure  6.4  is  the  "if"  portion  of  the 


rule,  and  the  information  following  the  arrow  is  the  "then" 


portion  of  the  rule.  The  second  line  of  the  rule,  (declare 


(salience  *maximum-salience* ) )  gives  the  rule  the  highest 


priority  of  all  rules,  which  means  that  this  rule  should 
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"fire"  ahead  of  all  other  rules  that  are  also  able  to 
"fire."  See  Appendix  C  for  the  ART  code  for  the  prototype. 

Baataxatian  Process 

Overview.  Figure  6.5  presents  a  simplified  overview  of 
the  prototype  restoration  process.  As  shown  at  the  top  of 
Figure  6.5,  the  restoration  process  is  initiated  when  the 
user  inputs  the  space  system  status  changes,  the  mission 
priorities,  and  the  limits  of  the  conflict  area.  Control  is 
then  passed  to  the  prototype  which  generates  alternative 
restoration  plans  without  any  further  intervention  from  the 
user. 

The  restoration  process  is  composed  of  three  distinct 
phases,  one  for  each  mission  area.  During  the  first  phase, 
only  the  space  systems  performing  the  highest  priority  mis¬ 
sion  are  restored.  Similarly,  only  mission  #2  systems  are 
restored  in  phase  2,  and  only  mission  #3  systems  are 
restored  in  phase  3.  In  each  phase,  TT&C  capabilities  are 
restored  before  any  "data"  capabilities  because  a  TT&C  link 
with  the  ground  is  essential  for  the  operation  of  the  satel¬ 
lite.  During  all  phases,  the  space  systems  are  restored 
with  resources  from  systems  of  equal  or  lower  priority. 
However,  a  higher  priority  system  may  provide  TT&C  restor¬ 
ation  to  a  lower  priority  system  if  it  has  excess  TT&C 
capability. 

After  all  possible  alternative  restoration  plans  have 
been  generated  for  the  first  priority  systems,  the  prototype 
calculates  the  objective  function  value  for  each  partial 


plan  This  objective  function  value  represents  the  measure 
of  total  mission  capability  if  the  restoration  process  were 
halted  after  the  first  phase  Next,  a  pruning  algorithm  is 
applied  to  the  set  of  partial  plans  to  determine  if  any  of 
the  plans  are  inferior  and  can  be  discarded  The  remaining 
partial  plans  then  enter  the  second  phase  of  the  restoration 
process,  which  proceeds  in  the  same  manner  as  the  first 
phase 

After  the  third  phase  is  complete,  the  final  composite 
restoration  plans  are  ranked  by  their  objective  function 
values  The  best  plans  are  then  presented  to  the  user  who 
decides  which  plan  he  wishes  to  implement  After  selecting 
a  plan,  the  user  notifies  the  prototype  of  his  choice.  The 
system  then  updates  the  knowledge  base  to  reflect  the 
restoration  changes,  thereby  keeping  the  system  current  and 
ready  to  solve  future  restoration  problems. 

Inputs .  To  start  the  restoration  process,  the  user 
must  first  input  the  changes  in  status  of  the  satellites  and 
earth  terminals  which  caused  the  need  for  restoration.  If 
the  status  of  a  particular  resource  is  not  known,  the  proto¬ 
type  will  accept  unknown  as  the  status,  and  it  will  use 
other  information  to  infer  the  status  of  the  resource 

The  user  must  also  input  the  appropriate  weights  and 
priorities  for  the  current  conflict  situation,  by  either 
selecting  a  set  of  default  priorities  or  developing  a  new 
set  with  the  AHP  method  described  in  Chapter  V.  Finally, 
the  user  must  input  the  area  numbers  associated  with  the 
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conflict  theater,  the  name  of  the  theater,  and  the  number  of 


alternative  plans  he  wishes  to  see. 

Initialization  of  Restoration  Process .  After  the  user 
inputs  the  necessary  restoration  information,  the  prototype 
performs  some  "housekeeping"  to  set  up  the  restoration 
process.  This  housekeeping  consists  of  translating  the 
status  changes  into  restoration  requirements,  freeing  the 
resources  that  were  supporting  satellites  which  have  been 
destroyed,  determining  the  critical  communication  node  pairs 
between  the  conflict  theater  and  the  US,  and  retrieving  the 
default  priorities  if  the  user  elected  to  use  the  defaults. 
After  these  initialization  steps,  the  restoration  system  is 
ready  to  generate  the  possible  restoration  plans  and  the 
"moves"  comprising  each  plan. 

Viewpoints .  Before  the  various  restoration  moves  are 
discussed,  it  is  necessary  to  describe  ART’s  "viewpoint" 
mechanism  which  creates  the  structure  for  the  restoration 
process.  A  feature  unique  to  ART,  viewpoints  keep  track  of 
the  various  alternative  plans  that  are  generated  by  the 
knowledge -based  system.  Simply,  a  viewpoint  is  a  structure 
that  represents  a  possible  "state  of  the  world."  Viewpoints 
are  linked  together  in  a  branching  tree  so  that  information 
common  to  several  viewpoints  is  inherited  through  the  tree 
structure.  Nodes  in  the  branching  tree  represent  the 
different  individual  restoration  moves  that  are  possible. 

The  following  discussion  explains  how  viewpoints  were 
implemented  in  the  prototype. 


Figure  6.6  Branching  of  Viewpoints 


The  initial  "state  of  the  world,"  shown  in  Figure  6.6 
as  Plan-1,  contains  all  of  the  prototype’s  knowledge,  inclu¬ 
ding  the  new  information  added  during  input  and  initializa¬ 
tion.  If  none  of  the  first  priority  space  systems  require 
TT&C  or  data  restoration,  the  system  enters  phase  2.  How¬ 
ever,  if  some  restoration  is  required  for  the  first  priority 
systems,  the  program  will  "sprout"  new  viewpoints  from 
Plan-1,  one  for  each  separate  restoration  move  that  is. 
possible.  For  example,  suppose  that  the  weather  mission  is 
declared  as  the  top  priority  mission,  and  the  earth  terminal 
that  was  performing  TT&C  functions  for  weather  satellite  A 
has  been  destroyed.  Therefore,  satellite  A  requires  TT&C 
restoration  in  phase  1,  and  this  information  resides  in  the 
current  "state  of  the  world,"  the  Plan-1  viewpoint.  If 
another  earth  terminal  is  able  to  perform  the  TT&C  functions 
for  satellite  A,  a  plan  to  use  this  terminal  to  restore 
satellite  A  is  hypothesized,  or  sprouted  from  Plan-1.  The 
information  associated  with  this  hypothesis  is  then  located 
in  the  new  viewpoint,  Plan-2.  Similarly,  if  another  earth 


terminal  is  also  able  to  provide  the  TT&C  functions  to 
satellite  A,  another  viewpoint  (Plan-3)  will  by  hypothesized 
from  Plan-1.  In  addition  to  inheriting  all  of  Plan-1 ’s 
information,  Plan-2  and  Plan-3  will  contain  information 
about  the  earth  terminals  that  were  used  to  restore  TT&C 
service.  To  understand  ART’s  viewpoint  structure,  one  may 
visualize  that  each  viewpoint  contains  an  entire  data  base 
separate  from  all  other  viewpoints.  In  reality,  the 
knowledge  base  is  not  copied  into  each  viewpoint;  ART  keeps 
track  of  the  places  (viewpoints)  where  certain  facts  are 
true  through  the  use  of  contexts  and  extents.  Only  one  copy 
of  the  knowledge  base  actually  exists. 

After  the  program  sprouts  all  possible  viewpoints  to 
restore  the  TT&C  functions  to  mission  #1  satellites,  the 
prototype  then  collects  all  possible  combinations  of  the 
TT&C  restorations  through  the  "merging'  of  viewpoints. 

ART  provides  the  capability  to  create  new  hypothetical 
viewpoints  by  merging  two  or  more  existing  viewpoints 
(10:38).  This  merging  mechanism  is  controlled  through  the 
use  of  contradiction  rules  which  forbid  ("poison")  the 
merging  of  certain  viewpoints. 

In  the  example  used  above,  suppose  the  requirement  for 
TT&C  restoration  for  weather  satellite  B  is  added.  Further¬ 
more,  assume  that  there  are  two  possible  TT&C  restorations 
for  satellite  A,  and  only  one  possible  TT&C  restoration  for 
satellite  B.  In  Figure  6.7,  Plan-2  and  Plan-3  represent  the 
two  possible  restorations  for  satellite  A,  and  Plan-4 
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Figure  6.7  Merging  of  Viewpoints 


f 


represents  the  restoration  for  satellite  B.  In  this  exam¬ 
ple,  the  prototype  would  merge  Plan-2  and  Plan-4  to  form 
Plan-5,  and  merge  Plan-3  and  Plan-4  to  form  Plan-6.  Thus, 
Plan-5  and  Plan-6  represent  the  two  possible  combinations  of 
plans  to  restore  both  satellites  A  and  B.  The  contradiction 
(poisoning)  rule  designed  for  the  prototype  does  not  permit 
the  merging  of  viewpoints  that  restore  the  TT&C  capability 
to  the  same  satellite  (e.g.  Plan-2  and  Plan-3).  The  merging 
of  viewpoints  is  used  throughout  the  prototype  program  to 
generate  the  alternative  restoration  plans. 

U3e  of  Spare  Satellites .  Only  one  of  the  generic  space 
systems,  PATHFINDER,  has  on-orbit  spare  satellites.  When 
one  of  the  regular  PATHFINDER  satellites  is  destroyed,  the 
prototype  determines  if  one  (or  two)  of  the  spares  should  be 
put  into  use  to  restore  navigation  capabilities.  To  accom¬ 
plish  this,  the  prototype  checks  for  spare  satellites  with 
coverage  areas  that  overlap  with  the  coverage  areas  of  the 
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destroyed  satellite.  Once  a  spare  satellite  is  declared 
operational,  it  cannot  revert  back  to  being  a  spare 

TT&C  Restoration .  The  prototype  uses  the  same  TT&C 
restoration  process  for  all  satellites.  When  a  satellite 
requires  a  new  TT&C  earth  terminal,  and  the  restoration 
process  is  in  the  proper  phase  for  the  restoration  of  that 
satellite,  the  prototype  uses  four  rules  to  find  alternate 
TT&C  earth  terminals.  First,  the  prototype  checks  whether 
the  satellite  has  a  designated  backup  TT&C  terminal  that  is 
still  operating.  Second,  it  checks  whether  the  satellite's 
TT&C  frequencies  are  compatible  with  those  of  another  sys¬ 
tem,  and  if  that  other  system  has  a  green  earth  terminal 
within  the  field  of  view  of  the  satellite.  This  other  earth 
terminal  must  have  the  capability  to  take  on  the  responsi¬ 
bility  of  TT&C  service  to  the  satellite  without  affecting 
the  satellites  it  is  already  servicing. 

In  the  case  where  the  satellite  that  requires  TT&C 
service  can  only  obtain  that  service  at  the  expense  of  some 
lower  priority  satellite,  the  prototype  will  takeover"  one 
of  the  TT&C  slots  of  that  earth  terminal.  The  lower 
priority  satellite  will  be  designated  as  requiring  TT&C 
restoration  in  a  later  phase. 

Finally,  if  none  of  the  above  rules  yield  a  restoration 
of  TT&C  service  to  the  satellite,  the  prototype  asserts  that 
there  is  no  possible  TT&C  restoration,  the  satellite’s 
status  is  changed  to  "red,"  and  "No-TT&C-availiable"  is 
recorded  as  the  reason  for  the  satellite’s  red  status. 


The  prototype  was  also  designed  to  handle  the  case  of  a 


remote  tracking  station  in  a  degraded  mode  of  operation 
1  e  one  of  the  two  TT&C  antennas  is  not  operational). 

Such  a  remote  tracking  station  would  have  a  TT&C  status  of 
yellow  When  the  status  is  changed  to  yellow,  the  prototype 
determines  if  the  remaining  TT&C  antenna  can  handle  all  of 
the  TT&C  responsibilities  for  that  station.  If  it  cannot, 
the  prototype  selects  the  lowest  priority  satellites  to 
undergo  TT&C  restoration. 

Weather  Data  Restoration .  When  a  weather  satellite 
requires  a  data  terminal  to  receive  the  downlink  weather 
information,  the  prototype  tries  three  different  restoration 
methods.  First,  the  prototype  attempts  to  find  a  compatible 
data  terminal  that  is  "open,"  one  that  is  not  currently 
receiving  or  transmitting  data  for  any  satellites.  If  a 
compatible  open  terminal  is  not  found,  the  prototype  then 
looka  for  compatible  earth  terminals  that  are  supporting 
lower  r riority  systems.  If  such  an  earth  terminal  is  found, 
then  the  weather  satellite  takes  over  the  terminal  and  the 
satellites  that  originally  had  a  data  link  to  the  terminal 
are  flagged  for  future  data  restoration.  If  no  compatible 
lower  priority  data  terminals  are  found,  the  prototype  looks 
to  the  other  weather  system’s  data  terminals  for  restora 
tion.  Again,  the  frequencies  must  match  for  restorat i  n 
If  the  data  link  between  the  weather  satellite  and  a:  -  — •  • 
terminal  cannot  be  restored,  the  prototype  changes  *-• 
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satellite’s  status  to  "red"  and  records  the  circumstances  of 
the  change  in  status . 

Navigation  Data  Restoration.  Because  of  the  opera¬ 
tional  procedures  of  the  navigation  space  systems,  no 
navigation  data  restoration  is  ever  required.  Each  naviga¬ 
tion  satellite  continuously  transmits  the  same  navigation 
signal,  and  those  platforms  that  are  within  range  of  the 
satellite  receive  the  signal  and  use  it  to  calculate  their 
position,  velocity  and  heading.  Because  the  prototype’s 
navigation  satellite  systems  do  not  require  data  restoration 
(they  do  not  need  to  locate  particular  earth  terminals  to 
receive  the  navigation  information),  the  navigation  data 
process  is  by-passed  in  the  prototype. 

Communications  Data  Restoration.  As  described  in 
Chapter  V,  the  communications  measure  of  effectiveness  is 
based  on  the  number  of  pairs  of  inter-theater  nodes  that 
have  an  operating  communications  path.  Therefore,  the 
communications  data  restoration  process  consists  of  finding 
alternate  communications  paths  for  those  pairs  of  nodes  that 
have  been  disconnected. 

The  initial  knowledge  base  contains  at  least  one 
communications  path  between  all  inter-theater  communication 
"ports."  When  a  communications  satellite,  communications 
data  terminal,  or  landline  is  destroyed,  the  prototype 
removes  all  of  the  communications  paths  which  used  the 
resources  which  were  destroyed.  The  prototype  then  flags 
the  ports  which  are  no  longer  connected  to  each  other,  and  a 
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requirement  to  reconnect  these  ports  serves  as  the  basis  for 
the  communications  data  restoration. 

The  prototype  uses  a  breadth-first  search  algorithm  to 
find  the  communications  path  with  the  fewest  number  of  nodes 
between  the  two  ports.  Because  this  research  does  not  place 
any  restriction  on  the  amount  of  communications  traffic  that 
can  use  the  various  communications  links,  there  is  no  reason 
to  generate  or  store  all  of  the  possible  communications 
paths  between  every  pair  of  ports.  When  a  pair  of  nodes  is 
flagged  for  communications  path  restoration,  only  one  new 
path  is  generated. 

CHATTER  and  TALK,  the  two  communications  space  sys¬ 
tems  in  the  prototype,  were  designed  with  limited  interoper¬ 
ability.  Specifically,  any  CHATTER  or  TALK  earth  terminal 
can  transmit  data  to  any  communications  satellite,  but, 
because  of  frequency  incompatibility,  CHATTER  and  TALK 
satellites  can  only  transmit  data  down  to  their  own  earth 
terminals.  Therefore,  communications  paths  which  involve 
the  transmission  of  data  from  an  earth  terminal  of  one 
communications  system  to  a  satellite  of  the  other  communi¬ 
cations  system  are  not  reversible.  To  account  for  this,  the 
prototype  first  tries  to  find  communications  path  restora¬ 
tions  that  do  not  involve  this  kind  of  “mixed"  system.  If 
no  "pure"  path  can  be  found,  the  prototype  will  then  allow 
the  use  of  a  mixed  system  configuration. 

Outputs .  After  the  prototype  generates  the  alternative 
restoration  plans,  a  summary  of  each  of  the  plans  is  output 


for  the  user’s  review.  As  described  earlier,  the  user  has 
the  option  of  reviewing  as  many  plans  as  he  wishes.  If  two 
or  more  plans  have  the  same  objective  function  value,  then 
they  are  all  output  for  the  user’s  review.  Appendix  D 
contains  the  outputs  for  several  of  the  test  scenarios. 

Adopting  a  Plan.  After  the  prototype  presents  the 
restoration  plans  to  the  user,  the  decision  maker  selects 
one  of  the  plans,  and  the  prototype  is  notified  of  the 
selection,  the  knowledge  base  is  automatically  updated  to 
reflect  the  components  of  the  plan.  In  effect,  the 
prototype  “believes"  the  plan  that  was  chosen,  and  collapses 
the  viewpoint  structure  into  that  plan.  This  plan  then 
becomes  the  root  viewpoint  for  the  next  restoration  process . 

Pruning  Algorithm 

The  branching  and  opportunistic  merging  of  viewpoints 
has  the  potential  of  producing  a  large  number  of  possible 
plans  (viewpoints)  early  in  the  restoration  process.  The 
more  branches  in  the  search  tree,  the  longer  the  prototype 
will  take  to  determine  the  best  restoration  plan.  In  an 
attempt  to  limit  the  search  space,  a  "pruning”  algorithm  was 
developed.  Applied  to  all  plans  at  the  end  of  the  first  and 
second  restoration  phases,  the  pruning  algorithm  discards 
those  plans  that  cannot,  at  best,  yield  an  objective 
function  value  equal  or  greater  than  the  objective  function 
of  the  third-best  partial  plan  generated  so  far. 


During  the  restoration  process,  the  prototype  keeps 
track  of  the  objective  function  values  of  all  partial  (and 


eventually  complete)  plans  that  are  generated.  Each  time 
the  prototype  calculates  a  particular  plan’s  objective 
function  value  (at  the  end  of  each  phase),  the  list  of 
objective  function  values  is  updated,  and  the  top  three 
values  are  flagged.  The  third-best  value  is  used  for 
comparison  when  the  system  attempts  to  prune  an  unproductive 
partial  plan. 

To  illustrate  the  pruning  algorithm,  suppose  that  the 
weather  mission  is  the  top  priority  mission,  and  the  first 
phase  of  the  restoration  process  has  been  completed.  As  a 
result  of  the  first  phase,  the  prototype  generated  six 
partial  restoration  plans,  plans  2  through  7  (recall  that 
Plan-1  contains  the  initial  body  of  knowledge).  Further 
suppose  that  the  partial  plans  have  the  following  objective 
function  values: 


Plan-2: 

16 

Plan-3: 

20 

Plan-4 : 

10 

Plan-5: 

5 

Plan-6: 

15 

Plan-7: 

8 

As  the  restoration  process  proceeds,  the  objective  function 
values  must  increase  (or  remain  the  same),  so  the  objective 
function  values  shown  for  Plans  2-7  represent  the  absolute 
minimum  value  for  any  later  plan  that  "branches  off"  Plans 
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As  mentioned  earlier,  the  user  of  the  prototype 
decision  aid  has  the  option  of  inputting  "unknown"  as  the 
status  of  a  particular  resource.  The  way  the  prototype 
handles  the  presence  of  unknown  values  is  similar  to  the 
method  used  in  the  Sleuth  system,  which  was  described  in 
Chapter  IV.  Although  the  prototype's  handling  of  uncer¬ 
tainty  is  simple,  it  demonstrates  that  the  system’s  wealth 
of  knowledge  can  be  used  to  infer  the  status  of  a  resource. 

If  the  status  of  the  TT&C  equipment  at  an  earth 
terminal  is  unknown,  the  prototype  uses  four  rules  to  assign 
the  terminal  a  status  of  red  or  green.  First,  the  prototype 
checks  the  last  known  status  of  the  terminal.  If  the  ter¬ 
minal  already  had  a  red  status,  the  prototype  disregards  the 
uncertainty,  and  assumes  that  the  status  is  still  red.  If 
the  last  known  status  was  green,  however,  the  prototype 
checks  whether  the  terminal  was  responsible  for  providing 
TT&C  service  to  any  satellites.  If  the  terminal  was  only  a 
backup  TT&C  terminal,  its  status  is  set  to  red.  If  the 
terminal  provides  TT&C  servicing  to  one  or  more  satellites, 
the  prototype  checks  the  status  of  the  satellites.  If  the 
status  of  these  satellites  are  red  or  unknown,  then  the 
prototype  assumes  that  the  i f&C  terminal  is  not  operational, 
and  changes  its  status  to  red.  But  if  there  exists  at  least 
one  satellite  that  is  still  fully  operational,  and  this 
satellite  relies  on  that  earth  terminal  for  TT&C  servicing, 
then  the  terminal’s  TT&C  status  is  assumed  to  be  green. 


Finally,  if  all  of  the  above  rules  fail  to  infer  the  TT&C 
terminal’s  status,  the  prototype  assumes  the  terminal  has 
been  destroyed. 


If  the  status  of  a  data  terminal  is  unknown,  the  proto¬ 
type  assumes  the  terminal  in  not  operational,  and  performs 
the  necessary  data  restoration. 

If  the  status  of  a  satellite  is  unknown,  the  prototype 
treats  the  satellite  as  not  operational,  but  does  not 
release  the  supporting  resources  (data,  TT&C)  for  that 
satellite  until  a  positive  determination  of  the  satellite’s 
status  is  made. 
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VII .  Tests  and 


last  Plan 

The  prototype  space  system  restoration  management 
decision  aid  was  tested  with  15  different  test  scenarios. 

The  first  three  tests  were  based  on  the  scenarios  of  Limited 
War,  Major  War,  and  Central  War.  The  remainder  of  the  test 
scenarios  were  designed  to  test  special  features  of  the 
prototype  decision  aid  and  to  insure  that  the  prototype  was 
performing  correctly. 

Table  7.1  summarizes  the  15  test  scenarios,  in  terms  of 
the  number  of  resources  involved  in  the  restoration  process, 
the  prototype  features  that  were  tested,  and  the  prototype’s 
performance.  The  performance  of  the  prototype  is  expressesd 
as  the  number  of  inferences  required  for  the  restoration 
process  and  the  number  of  alternate  "best"  plans  generated. 
The  number  of  inferences  made  in  a  test  is  provided  by  ART 
following  a  program  run,  and  represents  the  number  of  rules 
that  were  fired  during  the  course  of  a  run.  However,  since 
all  rules  do  not  take  the  same  amount  of  time  to  execute, 
this  measure  is  not  perfectly  correlated  with  run  time.  As 
with  the  number  of  inferences,  the  number  of  alternate  plans 
generated  is  not  a  perfect  measure  of  the  prototype’s 
performance.  If  only  one  plan  is  possible,  the  prototype 
cannot  make  up  additional  plans  to  improve  performance. 
Therefore,  these  measures  of  performance  only  serve  as 
general  statistics  about  the  test  scenarios. 


Table  7.1  Test  Matrix 


Test  Scenario 


RESOURCES  INVOLVED: 

Limited 

War 

Ma.ior 

War 

Central 

War 

a)  Satellites  Destroyed 

Communications 

0 

1 

l 

Navigation 

2 

2 

2 

Weather 

1 

1 

1 

b)  TT&C  Terminals  Down 

3 

3 

2 

c)  RTS’s  Degraded 

0 

0 

0 

d)  Data  Terminals  Down 

Communications 

0 

1 

1 

Weather 

1 

0 

1 

e)  Landlines  Destroyed 

UNKNOWN  STATUS: 

0 

2 

1 

a)  Satellites 

Communications 

0 

0 

0 

Navigation 

1 

1 

1 

Weather 

0 

0 

0 

b)  TT&C  Terminals 

0 

0 

1 

c)  Data  Terminals 

Communications 

0 

0 

0 

Weather 

0 

0 

1 

SYSTEM  FUNCTIONS  TESTED: 

TT&C  rest  w/  own  system 
TT&C  rest  w/  other  sys 

No  TT&C  rest  possible 

RTS  yellow  TT&C  status 
Weather  data  rest 

Comm  data  restoration 

X 

X 

X 

X 

X 

X 

X 

Spare  satellites  used 
Pruning  alg.  activated 
Select  plan,  update  kb 

X 

X 

X 

SYSTEM  PERFORMANCE: 

#  Inferences 

244 

4506 

4448 

#  Plans  Generated 

1 

1 

3 
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Table  7.1  Test  Matrix  (continued) 


a)  Satellites  Destroyed 

Commun i c  at i on  s 

Navigation 

Weather 

b)  TT&C  Terminals  Down 

c)  RTS’s  Degraded 

d)  Data  Terminals  Down 

Communications 

Weather 

e)  Landlines  Destroyed 
STATUS  UNKNOWN: 

a)  Satellites 

Communications 

Navigation 

Weather 

b)  TT&C  Terminals 

c)  Data  Terminals 

Communications 

Weather 


SYSTEM 


TESTED: 


TT&C  rest  w/  own  system 
TT&C  rest  w/  other  sys 
No  TT&C  rest  possible 
RTS  yellow  TT&C  status 
Weather  data  rest 
Comm  data  restoration 
Spare  satellites  used 
Pruning  alg.  activated 
Select  plan,  update  kb 


SYSTEM 


EL r% 


Table  7.1  Test  Matrix  (continued) 


Test  Scenario 


£ 

£ 

7 

£ 

£ 

10 

RESOURCES  INVOLVED: 

a)  Satellites  Destroyed 

Communications 

0 

2 

0 

0 

0 

0 

Navigation 

2 

1 

1 

2 

3 

4 

Weather 

0 

0 

0 

0 

0 

1 

b)  TT&C  Terminals  Down 

3 

0 

3 

3 

1 

2 

c)  RTS’s  Degraded 

0 

1 

0 

0 

0 

0 

d)  Data  Terminals  Down 

Communications 

1 

0 

1 

1 

0 

0 

Weather 

1 

0 

2 

1 

0 

0 

e)  Landlines  Destroyed 

1 

2 

0 

1 

0 

1 

STATUS  UNKNOWN: 

a)  Satellites 

Communications 

0 

0 

0 

0 

0 

0 

Navigation 

0 

0 

0 

0 

0 

0 

Weather 

0 

0 

0 

0 

0 

0 

b)  TT&C  Terminals 

0 

0 

0 

0 

1 

0 

c)  Data  Terminals 

Communications 

0 

0 

0 

0 

1 

0 

Weather 

0 

0 

0 

0 

0 

0 

SYSTEM  FUNCTIONS  JESTED: 

TT&C  rest  w/  own  system 

X 

X 

X 

X 

TT&C  rest  w/  other  sys 

X 

X 

X 

X 

No  TT&C  rest  possible 

X 

X 

X 

RTS  yellow  TT&C  status 
Weather  data  rest 

X 

X 

Comm  data  restoration 

X 

X 

X 

X 

X 

Spare  satellites  used 
Pruning  alg.  activated 

X 

X 

X 

X 

X 

X 

Select  plan,  update  kb 

X 

SYSTEM  PERFORMANCE: 

#  Inferences 

1693 

3807 

8370 

3236 

931 

2786 

#  Plans  Generated 

8 

1 

6 

8 

1 

22 

Scenarios 


The  test  scenarios  for  the  prototype  were  derived  from 
Capt  Calvin  Hedgeman’s  thesis  on  space  system  restoration 
management.  In  his  research  effort,  Hedgeman  developed 
three  scenarios  for  the  1995  time  period:  Limited  War,  Major 
War,  and  Central  War.  He  selected  these  three  scenarios 
from  a  larger  group  of  scenarios  that  are  currently  used  in 
space  operations  studies.  This  larger  group  includes: 
peacetime,  local  crises,  theater  war/non-nuclear,  theater 
war/nuclear,  central  conflict/initial  phase  and  central 
war/reconstitution  phase  (30:23-2).  Based  on  the  estimates 
of  Soviet  objectives  and  capabilities  for  the  1995  time 
frame,  Hedgeman  determined  which  space  resources  were  likely 
to  be  attacked  in  each  of  the  three  scenarios.  Although  it 
was  not  possible  to  use  the  identical  scenarios  Hedgeman 
used  in  his  thesis  (because  of  the  basic  differences  between 


Table  7.2  Test  Scenarios  (24:26) 


Characteristic 

Limited  War 

Ma.ior  War 

Central  War 

Number  of  Phases 

1 

2 

3 

Targets : 

Low  Altitude 

yes 

yes 

yes 

High  Altitude 

no 

no 

yes 

CONUS  Systems 

Attacked 

no 

no 

yes 

Overseas  Systems 

Attacked 

yes 

yes 

yes 

Ordering  of 

navigation 

navigation 

comm 

Missions 

weather 

weather 

navigation 

Affected 

comm 

weather 

the  assumptions  and  structure  required  by  Hedgeman’s  algo¬ 
rithmic  approach  and  those  required  by  the  knowledge-based 
approach),  this  research  effort  uses  Hedgeman’s  general 
scenario  guidelines  to  formulate  the  test  cases  for  the 
prototype  decision  aid.  Table  7.2  summarizes  the  major 
features  of  these  three  scenarios. 

Limited  War.  Hedgeman  defined  a  limited  war  as  a 
non-nuclear  conventional  war  where  US  forces  are  deployed  in 
the  conflict  area  (24:24).  He  maintained  that  the  Soviet 
emphasis  on  surprise  suggests  that  they  will  attack  only 
the  navigation  and  meteorological  systems  supporting  the  US 
forces  deployed  in  the  Limited  War.  No  US-based  space 
resources  would  be  targets  in  such  a  scenario. 

Table  7 . 3  Limited  War  Scenario 


Theater:  Far  East  (areas  29-34) 


Satellite 

Mission 

New  Status 

Coverage  Area 

Pathsatl6 

nav 

red 

27-35 

Pathsatl7 

nav 

red 

29-36,  1 

Pathsatl8 

nav 

unknown 

31-36,  1-3 

Thunder4 

weather 

red 

24-36 

Earth  Terminal 

Mission 

New  Status 

Use  Area  # 

RTS-Guam 

AFSCF  RTS 

red 

TT&C  33 

Scout Woomera 

navigation 

red 

TT&C  32 

ThunderGuam 

weather 

red 

TT&C,  data  33 

Mission  Priority  Global  Weight  Conflict  Area  Weight 


1  -  communications 

2  -  navigation 

3  -  weather 


50.1 

10.2 

4.0 


25.1 

6.0 

4.6 


These  general  guidelines  for  the  Limited  War  scenario 
were  used  to  construct  a  Limited  War  scenario  in  the  Far 
Eastern  theater.  Table  7.3  details  the  resources  that  are 
destroyed  in  this  scenario  prior  to  the  use  of  the  restora¬ 
tion  decision  aid.  It  is  assumed  that  all  space  system 
resources  were  operational  before  the  start  of  the  Limited 
War.  As  stated  earlier,  the  mission  weights  used  in  the 
test  scenarios  are  hypothetical,  and  used  solely  to 
demonstrate  that  the  restoration  priorities  and  weights  can 
be  rearranged  according  to  each  specific  scenario. 

Ma.ior  War.  According  to  Hedgeman,  the  Soviet  objec¬ 
tives  in  a  Major  War  include  limiting  US  force  employment 
and  deterring  the  escalation  of  the  conflict  to  a  Central 
War  (24:24).  Therefore,  the  US  space  resources  likely  to  be 
attacked  in  a  Major  War  are  the  same  as  those  likely  to  be 
attacked  in  a  Limited  War.  In  addition,  early  warning  and 
communications  space  systems  supporting  the  US  forces  in  the 
conflict  area  will  probably  be  targeted  for  attack. 

Assuming  that  space  systems  would  be  attacked  according  to 
the  level  of  conflict,  the  first  systems  to  be  attacked  in  a 
Major  War  would  probably  be  the  weather  and  navigation 
systems  (24:25).  As  the  level  of  the  conflict  increases, 
strategic  systems,  including  communication  systems  and 
tactical  warning  systems,  would  probably  be  attacked  to 
forestall  the  employment  of  US  strategic  nuclear  forces 
(24=25).  As  in  the  Limited  War  scenario,  CONUS-based 
systems  are  not  likely  to  be  attacked  in  a  Major  War. 


Table  7.4  Major  War  Scenario 


Theater :  Europe  (areas  17-24) 


Satellite 


Mission  New  Status 


Coverage  Area 


TalksatB 

comm 

red 

12-24 

PathsatlO 

nav 

red 

15-23 

Pathsatll 

nav 

unknown 

17-25 

ScoutsatC 

nav 

red 

14-26 

Thunder 3 

weather 

red 

15-27 

Earth  Terminal 

Miagion 

&£W  sta.tu.3 

Use 

Arba 

RT  S - Oakhange  r 
Thunder-Diego 

AFSCF  RTS 

red 

TT&C 

19 

Garcia 

Thunder- Ascens ion 

weather 

red 

TT&C 

26 

Island 

weather 

red 

TT&C 

17 

Chatter-Crete 

comm 

red 

data 

21 

Groundlings  Destroyed 

Crete-Greece  to  Ascension-Island 
Thule-Greenland  to  Oakhanger-UK 


Priority 


global  Weight  Conflict  Area  Weight 


1  -  navigation 

2  -  communications 

3  -  weather 


10.0 

15.0 

2.0 


40.0 

25.0 

8.0 


The  Major  War  scenario  developed  as  a  test  case  for  the 
prototype  decision  aid  uses  the  European  theater  for  the 
conflict  area.  Table  7.4  details  the  resources  that  are 
affected  in  the  Major  War  test  scenario. 

Central  War .  The  Central  War  scenario  involves  the 
Soviet  attack  of  CONUS-based  strategic  weapons  systems  and 
the  worldwide  disruption  of  US  command  and  control  systems 


(24=25).  In  this  scenario,  the  Soviets  would  initially 
attack  communications  and  early  warning  space  systems.  In 
later  phases,  navigation  and  meteorological  systems  would  be 
attacked  (24:25).  In  order  to  degrade  the  overall  capabili¬ 
ties  of  the  US  space  systems,  the  Soviet  Union  is  also 
likely  to  attack  both  CONUS  and  overseas  earth  terminals 
(24:25) . 

Of  the  three  scenarios,  the  Central  War  scenario 
developed  to  test  the  prototype  involves  the  most  damage  to 
US  space  systems,  especially  the  communications  systems. 


Table  7 . 5  Central  War  Scenario 
Theater:  USA  (areas  3-13) 


Satellite 

Chatterl 
PathsatlO 
Paths at 3 
Thunder2 
ScoutsatC 


Earth  Terminal 


Miaaion 

comm 

nav 

nav 

weather 

nav 


Mission 


New  Status 
red 

unknown 

red 

red 

red 


New  Status 

red 

red 

red 


Coverage  Area 

1-13 

15-23 

1-9 

6-18 

14-26 


Use  Area  # 

TT&C ,  data  7 
TT&C,  data  3 
TT&C,  data  17 


Chatter-Mugu  comm 

Chatter-Wahiawi  comm 

Thunder- Ascension  weather 


ground links  Destroyed 
Kaena  Point,  Hawaii  to  Guam 


Priority  Gldbal  Weight  Conflict  Area  Weight 


1  -  communications 

2  -  navigation 

3  -  weather 


35.0 

10.0 

2.0 


25.0 

20.0 

8.0 


Table  7.5  shows  the  resources  that  are  affected  in  the 


Central  War  scenario. 

Scenario  Results 

Limited  War.  The  Limited  War  scenario  tested  two  major 
functions  of  the  prototype:  restoring  TT&C  service  to  satel¬ 
lites  and  activating  spare  satellites  to  restore  capabili¬ 
ties  when  satellites  are  destroyed. 

The  prototype  generated  only  one  restoration  plan  for 
this  scenario.  This  plan  is  summarized  in  Figure  7.6,  which 
is  the  output  from  the  decision  aid  for  the  Limited  War  sce¬ 
nario.  As  shown  in  Figure  7.6,  the  restoration  plan  has  a 
total  objective  function  value  of  88.041  (out  of  a  possible 
100),  and  the  navigation  and  weather  missions  have  only 
limited  capabilities  even  after  the  restoration. 

Figure  7.6  also  shows  the  resources  that  were  not  oper¬ 
ational  and  why  they  were  not  functioning.  In  this  sce¬ 
nario,  the  prototype  tried  to  regain  some  of  the  navigation 
capability  that  was  lost  when  Pathsatl6  and  Pathsatl7  were 
destroyed  by  putting  a  spare  satellite  ( PathsatSpare3 )  into 
use.  However,  no  TT&C  terminal  was  able  to  provide  TT&C 
service  for  the  spare  satellite,  so  the  spare  could  not  be 
used.  In  addition,  ScoutsatD  required  TT&C  restoration  in 
this  scenario  because  the  TT&C  terminal  at  Woomera,  the 
terminal  responsible  for  ScoutsatD’ s  TT&C,  was  destroyed. 

The  prototype  determined  that  the  SCOUT  TT&C  terminal  at 


BEST  RESTORATION  PLAN: 


PLAN-4  Restoration  plan  has  value  88.0411111 

Communications  Value:  75.2 

Navigation  Value:  8.04333334 

Weather  Value:  4.797777776 

Communications  Percentages:  Conflict  Area:  1.0 

Global:  1.0 

Navigation  Percentages:  Conflict  Area:  0.2999999998 

Global:  0.830555556 

Weather  Percentages:  Conflict  Area:  0.3333333333 

Global:  0.861111111 

Resources  not  operational  and  reason  for  red  status: 

Satellite  THUNDER4  Reason:  DESTROYED 
Satellite  PATHSAT18  Reason:  POSSIBLE 

Satellite  PATHSAT17  Reason:  DESTROYED 

Satellite  PATHSAT16  Reason:  DESTROYED 

Satellite  PATHSATSPARE3  Reason:  NO-TTC-AVAILABLE 
TT&C  Terminal  THUNDERGUAM  Reason:  DESTROYED 
TT&C  Terminal  SCOUTWOOMERA  Reason:  DESTROYED 
TT&C  Terminal  RTS -GUAM  Reason:  DESTROYED 

Data  Terminal  THUNDERGUAM  Reason:  DESTROYED 

PLAN-4  Restoration  Steps  to  Implement: 


Use  SCOUTDIEGOGARCIA  terminal  for  satellite  SCOUTSATD  TT&C  servicing. 


Figure  7.6  Limited  War  Scenario  Output 

Diego  Garcia  could  handle  the  extra  TT&C  responsibility  for 
ScoutsatD. 

Mai  or  War .  The  Major  War  scenario  tested  the  communi¬ 
cations  data  restoration  process  resulting  from  the  destruc¬ 
tion  of  landlines  and  a  communciations  satellite,  the  hand¬ 
ling  of  an  unknown  status  value  for  a  navigation  satellite, 
the  TT&C  restoration  of  a  weather  satellite,  and  the  use  of 


spare  satellites. 

Only  one  restoration  plan  was  generated  for  the  Major 


War  scenario  (see  Appendix  D).  In  this  scenario,  the  des¬ 
truction  of  TalksatB  and  two  landlines  caused  the  disconnec¬ 
tion  of  sixteen  pairs  of  inter-theater  communications  ports. 
The  prototype  found  all  32  alternate  communications  paths 
required  for  complete  communications  restoration.  In  this 
scenario,  the  only  satellite  that  lost  its  TT&C  service  was 
Thunder4 ,  and  the  prototype  restored  its  TT&C  service  with 
the  THUNDER  TT&C  terminal  at  Guam.  Also,  the  prototype 
recommended  using  PathsatSpare2  to  offset  the  loss  of 
navigation  capability  caused  by  the  destruction  of  PathsatlO 
and  the  possible  destruction  of  Pathsatll. 

Central  War.  The  Central  War  Scenario  tested  the 
prototype’s  handling  of  unknown  status  values  for  a  TT&C 
terminal,  a  weather  data  terminal,  and  a  navigation 
satellite.  This  scenario  also  tested  TT&C  restoration  for  a 
communications  satellite,  communications  data  restoration, 
and  the  use  of  a  spare  satellite.  Because  two  communica¬ 
tions  data  terminals  and  one  communications  satellite  were 
destroyed,  the  prototype  had  to  find  a  large  number  of 
alternate  communications  paths. 

The  prototype  generated  three  alternate  restoration 
plans  for  this  scenario  (see  Appendix  D).  All  three  of 
these  plans  have  the  same  objective  function  value. 

Additional  Tests 

The  purpose  of  each  of  the  additional  twelve  tests  is 


explained  in  the  following  section.  The  outputs  for  some  of 


the  more  interesting  tests,  namely  tests  2a,  4,  7  and  8,  are 
included  in  Appendix  D.  The  ART  viewpoint  branching 
diagrams  for  tests  2a,  4,  7  and  8  are  also  included  in 
Appendix  D.  The  ART  code  in  Appendix  C  shows  the  scenarios 
and  priority  schemes  used  in  all  the  following  scenarios. 

Test  1-  The  first  additional  test  was  designed  to  test 
the  case  of  degraded  TT&C  capability  (yellow  status)  at  a 
remote  tracking  station  with  two  TT&C  antennas.  The 
prototype  was  programmed  to  handle  the  case  where  only  one 
of  the  TT&C  antennas  was  functioning.  Test  1  also  tested 
the  communications  data  restoration  process  required  because 
of  the  destruction  of  two  landlines.  In  this  test  case,  the 
prototype  generated  only  one  restoration  plan,  but  restored 
all  systems  to  100%  capability. 

Test  2a.  Test  2a  was  designed  to  test  the  TT&C 
restoration  of  navigation  and  weather  satellites,  and 
weather  data  restoration.  In  this  test  case,  six  final 
plans  were  generated,  three  with  an  objective  function  value 
of  99.5838,  and  the  three  with  an  objective  function  value 
of  99.9833.  The  plans  with  the  lower  objective  function 
value  could  not  restore  TT&C  service  to  one  satellite 
because  the  only  TT&C  terminal  that  could  service  that 
satellite  was  already  operating  at  full  capacity. 

Test  2b .  Test  2b  used  the  same  system  losses  as  Test 
2a,  but  the  mission  priorities  were  changed  from  weather- 
communications-navigation  to  weather-navigation-communica¬ 
tions.  In  this  test,  the  prototype  generated  the  same  three 
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plans  as  in  Test  2a,  but  pruned  away  three  unprofitable 
plans  after  the  navigation  restoration  phase  (phase  2). 

Test  2c .  Like  Test  2b,  Test  2c  was  designed  to  test 
the  pruning  algorithm.  Test  2c  used  the  same  system  losses 
as  Test  2a,  but  the  priority  scheme  was  changed  to 
navigation-weather-communications.  After  the  first  phase, 
the  prototype  pruned  off  one  unprofitable  plan.  As  with 
Tests  2a  and  2b,  Test  2c  generated  three  "best"  restoration 
plans  of  equal  value. 

Test  3.  Test  3  was  designed  to  test  TT&C  restoration 
for  navigation  and  weather  satellites,  the  case  where  no 
TT&C  restoration  was  possible  for  a  satellite,  and  the 
"freeing"  of  a  weather  data  terminal  that  was  no  longer 
receiving  weather  information. 

Test  4-  Test  4  was  designed  to  test  the  case  where  the 
status  of  a  TT&C  terminal  was  unknown,  but  the  satellite  the 
terminal  was  servicing  was  still  operational.  Test  4  also 
tested  the  communications  data  restoration  required  after 
the  destruction  of  landlines. 

Test  £.  Test  5  was  designed  to  test  the  TT&C 
restoration  of  communications  and  navigation  satellites, 
communications  data  restoration,  and  the  implementation  of 
spare  satellites.  Eight  final  restoration  plans  were  gener¬ 
ated  in  Test  5,  each  having  the  same  objective  function 
value . 

Test  £.  Test  6  was  designed  to  test  how  the  prototype 
would  handle  a  case  of  degraded  capabilities  at  a  remote 


tracking  station,  and  a  case  of  no  possible  TT&C  restoration 
for  a  satellite.  In  this  scenario,  the  prototype  attempted 
to  put  both  PathsatSparel  and  PLathsatSpare2  in  service 
because  Pathsat2  was  destroyed.  No  TT&C  capability  was 
available  for  either  spare  satellite,  so  the  status  of  each 
was  changed  to  red. 

Test  7.  One  of  the  more  interesting  (and  computer 
memory-extensive)  test  cases,  Test  7  was  designed  to  test 
whether  the  failure  to  find  an  available  TT&C  terminal  for  a 
communications  satellite  mid-way  through  the  restoration 
process  would  trigger  subsequent  communications  data  restor¬ 
ation.  Therefore,  communications  data  restoration  was 
performed  prior  to  phase  1  (as  in  the  normal  case),  and 
after  Chatterl’s  status  was  changed  to  red. 

Test  £.  Test  8  was  designed  to  test  the  prototype’s 
ability  to  adopt  one  of  the  final  restoration  plans  gener¬ 
ated,  and  update  the  knowledge  base  to  reflect  the  new 
restoration  information.  Test  8  consisted  of  running  Test 
4,  selecting  one  of  the  six  final  restoration  plans,  and 
running  the  Test  5  scenario  with  the  updated  knowledge  base. 

Test  3-  Test  9  was  a  variation  of  the  Major  War  scen¬ 
ario,  but  used  the  Far  Eastern  theater  for  the  conflict 
area.  This  test  was  designed  to  test  the  handling  of 
unknown  values  for  the  status  of  a  TT&C  terminal  and  a 
communications  data  terminal. 

Test  10 .  Perhaps  the  most  arduous  restoration  test 
case  for  the  prototype  was  Test  10.  In  this  test,  five 


navigation  satellites  required  TT&C  restoration  in  the  same 
phase.  While  the  prototype  had  no  trouble  finding  several 
alternative  TT&C  restorations  for  each  satellite,  the 
prototype  labored  for  over  two  hours  in  determining  all  the 
possible  combinations  of  the  TT&C  restorations.  In  the  end, 
22  different  restoration  plans  were  generated,  all  with  the 
same  objective  function  value.  This  scenario  came  close  to 
exceeding  the  8  megabyte  memory  capacity  of  the  LMI  Lambda 
computer  on  which  the  prototype  is  implemented. 


Analysis  ol  Results 

Since  the  prototype  was  developed  to  determine  if  a 
knowledge-based  approach  could  provide  a  good,  workable 
solution  to  the  problem  of  space  system  restoration 
management,  the  testcases  were  analyzed  with  this  goal  in 
mind.  The  prototype  test  results  were  analyzed  in  four 
primary  areas:  satisfaction  of  requirements,  time  to  solve, 
generation  of  alternative  plans,  and  performance  of  the 
pruning  algorithm. 

Overall  Asaes.sme.Rt  el  Prototype.  The  prototype 
demonstrated  several  of  the  key  requirements  for  a  space 
system  restoration  management  decision  aid.  First,  the 
prototype  demonstrated  the  use  of  priorities  specified  by 
the  user  to  govern  the  restoration  process  and  assess  the 
numeric  "value1'  of  each  of  the  final  plans.  Second,  it 
demonstrated  a  method  to  reason  with  incomplete  information. 
Third,  it  demonstrated  a  convenient  knowledge  representation 
scheme  through  the  use  of  schemata,  and  showed  how  the 


sharing  of  resources  could  be  modeled.  Fourth,  it  generated 
alternative  restoration  plans  that  attempted  to  maximize 
mission  capabilites  and  minimize  the  number  of  equipment 
reconfigurations  required.  Fifth,  the  prototype  presented 
the  alternative  plans  to  the  user,  gave  the  option  to  select 
one  of  the  final  plans,  and  automatically  updated  the 
knowledge  base  to  reflect  the  restoration  actions  from  the 
plan  selected. 

It  is  important  to  note  that  the  prototype  does  not 
guarantee  an  optimal  solution  as  Hedgeman’s  OR  approach  did. 
Rather,  the  prototype  was  designed  to  show  that  good  plans 
could  be  generated  in  a  short  amount  of  time,  with  consider¬ 
ation  to  mission  priorities,  incomplete  information,  and  the 
number  of  equipment  changes  that  would  result. 

To  give  an  example  of  an  optimal  plan  that  the  proto¬ 
type  would  not  find,  assume  that  satellite  A  has  the  highest 
mission  priority  and  satellite  B  has  the  lowest  mission 
priority.  Further  assume  that  satellite  B  requires  TT&C 
restoration,  satellite  A  is  currently  receiving  TT&C  service 
from  terminal  1,  and  satellite  B’s  TT&C  could  be  restored  by 
terminal  1.  If  terminal  1  is  already  servicing  all  of  the 
satellites  it  is  capable  of  handling,  then  the  protoype 
would  not  permit  satellite  B  to  takeover  any  of  the  TT&C 
slots  at  terminal  1  (because  satellite  B  has  the  lowest 
priority).  The  prototype  would  not  consider  assigning 
satellite  A  to  another  TT&C  terminal  and  then  assigning 
satellite  B  to  the  open  TT&C  slot  at  terminal  1,  even  if 
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this  resulted  in  a  higher  objective  function  value.  The 
protoype  was  designed  to  keep  the  number  of  equipment 
changes  low,  and  does  not  reshuffle  higher  priority 
resources  to  meet  the  needs  of  lower  priority  resources. 

Time  to  Solve .  All  of  the  test  cases,  except  for  Test 
10,  were  completed  in  less  than  20  minutes.  The  run  time 
for  each  scenario  was  highly  correlated  with  the  number  of 
inferences,  but  not  so  dependent  on  the  number  of  plans  that 
were  generated.  The  run  time  was  more  dependent  on  when 
most  of  the  branching  took  place;  the  earlier  the  branch¬ 
ing,  the  longer  the  run  time.  This  result  was  due  to  the 
fact  that  the  prototype  treated  each  partial  plan  separately 
in  the  restoration  process.  If  three  partial  plans  were 
generated  in  phase  one,  then  the  prototype  had  to  perform 
phase  two  restoration  on  each  of  those  partial  plans,  and 
subsequently  perform  phase  three  restoration  on  all  of  the 
partial  plans  generated  from  the  phase  two  branchings.  This 
behavior  of  the  prototype  led  to  the  decision  to  perform  as 
many  of  the  "common"  restoration  actions  (such  as  activating 
spare  satellites)  in  the  root  node  as  possible. 

In  order  to  analyze  the  run  time  of  the  prototype  with 
respect  to  the  requirements  of  an  operational  decision  aid, 
several  factors  must  be  considered.  First,  most  of  the 
scenarios  were  run  as  the  first  restoration  attempt  follow¬ 
ing  the  outbreak  of  a  conflict.  At  the  beginning  of  a 
conflict,  there  will  probably  be  more  possible  restoration 
combinations  than  at  the  later  stages  of  a  conflict  when 


only  a  few  space  assets  remain.  Therefore,  when  time  is 
critical,  an  operational  decision  aid  will  have  to  employ 
heuristics  to  cut  down  the  search  space,  even  if  all  of  the 
possible  plans  the  system  could  generate  would  be  excellent. 

The  second  factor  that  must  be  considered  is  the  scope 
of  the  prototype  in  relation  to  t,he  scope  of  an  operational 
system.  Because  the  restoration  problem  gets  harder  as  the 
number  of  resources  increases,  it  is  reasonable  to  assume 
that  an  operational  system  would  require  more  time  to  solve 
some  restoration  problems.  In  addition,  an  operational 
system  would  have  to  perform  many  more  complex  tasks  than 
the  prototype,  including  orbital  calculations  and  vulner¬ 
ability  analysis.  The  prototype  involves  approximately  1/5 
of  the  resources  an  operational  system  would  have  to 
handle,  and  the  simplifying  assumptions  of  this  research 
effort  also  widen  the  gap  between  what  the  prototype  does 
and  what  an  operational  system  would  actually  require. 

The  third  factor  that  impacts  on  the  time  to  solve  the 
restoration  problem  is  the  difficulty  of  the  scenario. 
Because  the  decision  aid  would  contain  the  latest  informa¬ 
tion,  and  be  available  for  consultation  at  all  times,  it  is 
doubtful  that  the  decision  maker  would  wait  until  half  of 
his  resources  were  destroyed  before  he  would  use  the  space 
system  restoration  management  decision  aid.  Even  if  there 
were  significant  losses,  the  status  changes  could  be  input 
to  the  decision  aid  in  increments  and  the  restoration 
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program  would  be  run  several  times  to  produce  the  overall 
restoration  plan. 

The  hardware  and  software  of  the  operational  decision 
aid  would  also  significantly  impact  on  the  time  required  to 

generate  restoration  plans.  It  was  clear  early  in  the 

«■ 

coding  phase  of  this  research  effort  that  the  environment 
used  for  the  prototype  would  not  be  adequate  for  an 
operational  space  system  restoration  management  system.  The 
prototype  program  took  over  45  minutes  to  load,  and  the  8 
megabyte  memory  capacity  of  the  LMI  Lambda  computer  b  ppor- 
ting  the  ART  language  could  not  handle  more  than  three  runs 
of  the  simpler  scenarios  (due  to  the  absence  of  "garbage 
collection"  in  the  Lambda’s  operating  system).  If  an 
operational  system  were  implemented  on  a  faster  and  more 
powerful  computer,  perhaps  it  would  produce  plans  in  a 
reasonable  amount  of  time,  even  if  all  of  the  additional 
features  outlined  in  the  requirements  section  were  added. 
While  a  more  detailed  evaluation  of  ART  is  provided  in  Chap¬ 
ter  VIII,  here  it  is  sufficient  to  say  that  ART  Version  2.0 
would  be  inadequate  for  an  operational  system.  If  future 
versions  of  ART,  such  as  the  version  Inference  Corporation 
is  currently  developing  in  "C,"  live  up  to  the  expectations 
of  running  4-5  times  faster  on  a  micro-Vax  computer,  then 
ART  may  be  an  adequate  programming  environment  for  an 
operational  system  (43). 

Alternative  Restoration  Plans .  In  most  of  the  test 
cases,  the  prototype  generated  more  than  one  final  plan. 
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One  of  the  more  significant  results  of  the  test  cases  was 
the  fact  that  many  tests  yielded  alternative  plans  with  the 
same  objective  function  value.  The  following  four  factors 
contributed  to  this  result:  (1)  most  of  the  TT&C  earth 
terminals  had  excess  capacity  in  all  of  the  test  cases,  and 
this  resulted  in  the  restoration  of  the  majority  of  the 
resources  that  required  restoration,  (2)  the  prototype 
discarded  all  infeasible  plans,  (3)  the  pruning  algorithm 
discarded  recognizably  inferior  plans,  and  (4)  the  rules 
that  combined  the  individual  restorations  to  develop  the 
composite  restoration  plans  in  each  phase  sought  to  restore 
as  many  resources  as  possible.  Only  when  there  was 
insufficient  capacity  for  total  restoration  did  the 
prototype  consider  restoring  higher  priority  systems  at  the 
expense  of  lower  priority  systems . 

The  cases  where  the  prototype  generated  several  plans 
with  the  same  objective  function  value  demonstrate  the  need 
for  a  space  system  restoration  management  decision  aid  to 
provide  additional  analysis  besides  a  numeric  value.  When 
the  decision  maker  is  presented  with  several  different  plans 
that  all  have  the  same  numeric  value,  he  needs  such  informa¬ 
tion  as  the  vulnerabilities  of  each  plan  and  estimates  of 
the  time  required  to  implement  each  plan  before  he  makes  his 
decision . 

Pruning  Algorithm.  The  pruning  algorithm  developed  for 
the  prototype  was  only  activated  in  two  of  the  test  cases . 
Since  the  pruning  algorithm  can  only  be  activated  in  cases 
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where  complete  restoration  is  not  possible  for  all  systems, 
it  is  likely  that  it  would  be  activated  more  often  in 
scenarios  with  significant  losses.  Also,  since  the  pruning 
algorithm  was  designed  to  catch  those  cases  where  the 
heuristics  in  the  rules  allowed  an  unprofitable  plan  to  slip 
t  through,  a  restoration  process  that  is  completed  without  the 

use  of  the  pruning  algorithm  is  perfectly  acceptable. 
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Based  on  the  results  of  this  research,  an  effective 
operational  space  system  restoration  management  decision  aid 
could  definitely  be  developed  with  the  knowledge-based 
approach.  The  prototype  knowledge-based  system  demonstrated 
that  several  of  the  key  requirements  for  such  a  decision  aid 
could  be  fulfilled  with  an  AI  system.  The  prototype  was 
able  to  generate  feasible  restoration  plans  in  a  short 
period  of  time,  reason  with  incomplete  information,  and 
display  the  set  of  alternative  plans  to  the  decision  maker. 
In  addition,  the  prototype  acted  as  a  data  base  for  the 
space  system  configurations,  and  contained  provisions  for 
keeping  the  knowledge  base  current  and  compatible  with  the 
restoration  plans  which  were  adopted. 

While  the  AI  methodology  is  sound  for  the  space  system 
restoration  management  problem,  the  practicality  of  using  a 
programming  environment  based  on  the  LISP  language,  such  as 
ART,  is  questionable.  Since  expert  system  building  tools  in 
more  conventional  programming  languages  (e.g.  Fortran  and  C) 
are  starting  to  appear  on  the  commercial  software  market, 
and  these  languages  are  faster  and  can  be  implemented  on 
larger  computer  systems,  it  would  probably  be  more  reason¬ 
able  for  an  operational  system  to  be  developed  with  one  of 


them. 


Future 


There  exist  many  opportunities  for  follow-on  research 
to  this  thesis  effort.  Many  of  the  prototype’s  features 
need  to  be  expanded  and  refined  to  better  match  the  real 
space  system  restoration  problem.  Probably  the  most 
important  step  toward  achieving  an  operational  space  system 
restoration  management  decision  aid  is  the  development  of  an 
orbital  calculation  package  to  be  used  with  the  decision 
aid.  Because  the  geosynchronous  orbit  assumption  greatly 
simplified  the  problem  of  locating  satellites  and  determin¬ 
ing  which  earth  terminals  could  transmit  and  receive  data 
from  which  satellites,  the  development  of  an  orbital 
calculation  package  would  signif icantly  enhance  the  findings 
of  this  research. 

Potential  follow-on  research  also  includes  using 
Bayesian  probability  theory  for  the  handling  of  uncertain 
and  incomplete  information,  developing  a  graphical  user 
interface,  and  developing  the  capability  to  explain  the 
rationale  used  by  the  prototype  to  generate  the  various 
restoration  plans.  Developments  in  these  three  areas  would 
clearly  benefit  the  user  acceptance  of  the  decision  aid.  A 
mathematical  approach  to  uncertainty  would  also  facilitate 
the  comparison  between  the  alternative  plans.  Future 
research  into  the  graphics  interface  could  include  provi¬ 
sions  for  adding  new  space  system  resources,  querying  the 
knowledge  base,  graphically  displaying  the  status  and 
locations  of  space  resources,  and  graphically  presenting  the 


alternative  restoration  plans.  Research  into  the  explana¬ 
tion  capability  area  could  include  the  development  of  a 
module  that  converts  the  system’s  reasoning  trail  into  a 
natural  language  explanation. 

The  use  of  more  Operations  Research  techniques  in 
conjunction  with  the  AI  techniques  could  improve  the 
performance  of  the  decision  aid  in  terms  of  the  time 
required  to  generate  the  restoration  plans  and  the  quality 
of  the  plans  themselves.  Specific  OR  techniques,  such  as 
the  shortest  path  algorithm,  could  be  programmed  as  modules 
withing  the  AI  program.  A  "second-pass"  algorithm  to 
reshuffle  resources  in  the  final  restoration  plans  could 
also  be  developed  to  improve  the  quality  of  the  restoration 
plans . 

Further  research  also  includes  using  actual  space 
system  information  with  the  decision  aid.  When  this  ha3 
been  accomplished,  the  system  could  be  used  to  perform 
cost-benefit  analyses  on  the  value  of  interoperability  and 
the  use  of  on-orbit  spare  satellites. 

Evaluation  of  ART 

ART  Version  2.0  is  a  powerful  AI  programming  tool,  but 
contains  several  inherent  weaknesses  that  significantly 
detract  from  its  appeal.  The  most  significant  problems 
encountered  with  ART  Version  2.0  were  the  massive  amount  of 
memory  capacity  required  to  load  and  run  the  prototype,  the 
inability  to  save  compiled  versions  of  the  code,  and  the 
substandard  quality  of  the  documentation.  Several  of  ART’s 


major  features,  including  viewpoints,  schema,  and  a  sophis¬ 
ticated  debugging  system,  were  found  to  be  quite  good.  By 
the  time  the  Inference  Corporation  releases  a  version  of  ART 
in  C,  many  of  the  frustrating  weaknesses  described  above 
should  be  remedied. 

Conclusion 

This  thesis  effort  demonstrated  that  the  knowledge- 
based  approach  offers  significant  advantages  over  the  mathe¬ 
matical  programming  approach  that  was  previously  applied  to 
the  space  system  restoration  management  problem.  However, 
because  artificial  intelligence  is  such  a  new  field,  it  will 
undoubtedly  take  some  time  before  the  hardware  and  software 
will  be  adequate  to  permit  the  development  of  an  operational 
space  system  restoration  management  decision  aid.  It  will 
also  take  some  time  before  the  US  achieves  the  degree  of 
space  system  interoperability  necessary  to  make  a  space 
system  restoration  management  tool  worthwhile.  Perhaps  with 
more  research  into  both  of  these  areas,  the  hammer  and  the 


nail  will  arrive  on  the  scene  at  the  same  time. 


Appendix  A:  Generic  Space 

Table  A. 1 

afscn  Bemgdfcfi  Teaching  S&s 


#  Antennas 


Kaena  Point 
( Hawaii ) 

158o 

15  1  W 

Vandenberg 

(California) 

120o 

31  ’  W 

New  Hampshire 
(Manchester,  NH) 

71o 

38  ’  W 

Thule 

(Greenland) 

68o 

36’ W 

Oakhanger 
(United  Kingdom) 

Oo 

54’ E 

Indian  Ocean 
(Seychelles  Islands) 

55o 

28’E 

Guam 

(South  Pacific) 

144o 

15  ’  E 

TalksatA 

95° 

W 

3  - 

■  15 

TalksatB 

5° 

W 

12  ■ 

-  24 

TalksatC 

85° 

E 

21  - 

-  33 

TalksatD 

175® 

E 

30  - 

-36,  1-6 

TALK  Data  Terminals  ■■ 

Terminal _ Longitude _ Area 


Wahiawi 

158° 

3' W 

3 

Sunnyvale 

122o 

l’W 

6 

Colorado  Springs 

104° 

49’ W 

8 

Thule 

68° 

36’ W 

12 

Crete 

24o 

42  ’  E 

21 

Diego  Garcia 

72° 

25  ’  E 

26 

Guam 

144o 

15  ’  E 

33 

Kwa jelein 

167o 

20’ E 

35 

AESCB  BIS  far  TT&C: 

BIS _ Axaa _ Primary  for  TT&C  Backup  for  TT&C 


Kaena  Pt 

3 

TalksatD 

TalksatA 

Vandenberg 

6 

TalksatA 

TalksatD 

New  Hampshire 

11 

TalksatA 

Thule 

12 

TalksatA, 

TalksatB 

Oakhanger 

19 

TalksatB 

Indian  Ocean 

24 

TalksatB, TalksatC 

Guam 

33 

TalksatC , 

TalksatD 

Frequencies : 

Data:  uplink 

freq: 

7900 

-  8400 

Mhz 

downlink 

freq : 

7250 

-  7750 

Mhz 

TT&C:  uplink  freq:  1800  Mhz 

downlink  freq:  2250  Mhz 


Table  A. 3 


Chatterl 

115o 

W 

1 

-  1 

Chatter 2 

25o 

W 

10 

-  2 

Chatter3 

75o 

E 

20 

-  3 

Chatter4 

165o 

E 

29 

-  3 

CHATTER  Data  Termi 

nals : 

Terminal _ 

Long; 

itude 

krea 

Wahiawi 

158o 

3  ’  W 

3 

Sunnyvale 

122o 

l’W 

6 

Point  Mugu 

7 

Colorado  Springs 

104° 

49’ W 

8 

Norfolk 

76o 

15  ’  W 

11 

Prospect  Harbor 

12 

Crete 

24o 

42  ’  E 

21 

Indian  Ocean 

55o 

28  ’E 

24 

Woomera 

136o 

43  ’  E 

32 

Kwa jelein 

167® 

20’  E 

35 

CHATTER  TT&C 


Wahiawi 
Point  Mugu 
Norfolk 
Woomera 


Data:  uplink  freq: 

downlink  freq: 

TT&C:  uplink  freq: 

downlink  freq: 


Chatter4 

Chatterl 

Chatter2 

Chatter3 


225  -  400  Mhz,  7900 
225  -  400  Mhz 

1800  Mhz 

2252  Mhz,  2262  Mhz 


Chatterl 

Chatterl 

Chatter4 


-  8400  Mhz 


»T5 

i  _  *" 

** 

tasLiil 


/V 

/  M V k  FiM^ 


*.  \  » 

*  >  »  •  *  *  ' 

V-V>  a 

v.-v-vv- 

v 


,  M'*- 


-\  V 

jt  '  m  *  m  tl 


Fairchild  AFB 

117o 

25’  W 

6 

Colorado  Springs 

104o 

49’W 

8 

Offutt  AFB 

95o 

57  ’  W 

9 

Loring  AFB 

67o 

54  ’  W 

12 

STORM  TT&C  Terminals: 

Terminal _ Area _ Primary  for  TT&C _ Backup,  for  TT& 

Fairchild  AFB  6  Storm  Pacific 

Loring  AFB  12  Storm  Atlantic 


AFSCN  RTS ’ s  as  backups : 


Kaena  Point 

3 

Storm 

Pacific 

Vandenberg 

6 

Storm 

Pacific 

New  Hampshire 

11 

Storm 

Atlantic 

Thule 

12 

Storm 

Atlantic 

Oakhanger 

19 

Storm 

Atlantic 

Guam 

33 

Storm 

Pacific 

Fraauancies : 


Data:  downlink  freq:  2500  Mhz 

TT&C:  uplink  freq:  1800  Mhz 

downlink  freq:  2250  Mhz 


Table  A. 5 


TijUNPER  Meteorological  System 

IHIIHBEB  Satellite*' 


£.a.t.fillite _ Lon&Lfcadfi _ Coverage  Areas 


Thunderl 

155° 

W 

1  - 

9,  33  -  36 

Thunder2 

65® 

W 

6  - 

18 

Thunder3 

25® 

E 

15  - 

27 

Thunder4 

115o 

E 

24  - 

36 

THUNDER  Data  Terminals: 

Longitude  _ 

Area 

Sunnyvale 

122o 

l’W 

6 

Colorado  Springs 

104o 

49’ W 

8 

Offutt  AFB 

95o 

57’  W 

9 

Maryland 

11 

Ascension  Island 

17 

Diego  Garcia 

72o 

25  ’  E 

26 

Guam 

144° 

15  ’  E 

33 

IHHMBEB  TOC  Terminals: 


Area 

TT&C 

Backup  for 

TT&C 

Sunnyvale 

6 

Thunderl , 

Thunder2 

Colorado  Springs  8 

Thunderl , 

Thunder 2 

Ascension  Is. 

17 

Thunder3 

Diego  Garcia 

26 

Thunder3 , 

Thunder4 

Guam 

33 

Thunder4 

Frequencies : 

Data: 

downlink 

f  req : 

2500 

Mhz 

TT&C: 

uplink 

downlink 

f  req : 
f  req : 

9000 

8000 

Mhz 

Mhz 

Wahiawi  3 
Point,  Mugu  7 
Rosemount ,  MN  9 
Prospect  Harbor  12 
Ascension  Id,  17 
Diego  Garcia  26 
Woomera  32 


Frequencies : 

Data:  downlink  freq: 

TT&C :  uplink  freq: 

downlink  freq: 


Scout  A,  Scout  B 

Scout  C 
Scout  D 


150  Mhz,  400  Mhz 

143.5  Mhz 
150  Mhz 


Scout  A 

Scout  B 
Scout  B 

Scout  C,  Scout  D 
Scout  A 


Table  A. 7 


Pathsat 1 

175o 

W 

1 

- 

5,  33 

Pathsat2 

155® 

W 

1 

- 

7,  35 

Pathsat3 

135o 

W 

1 

- 

9 

Pathsat4 

115o 

w 

3 

- 

11 

Pathsat5 

95o 

w 

5 

- 

13 

Pathsat6 

75o 

w 

7 

- 

15 

Pathsat? 

55° 

w 

9 

- 

17 

Pathsat8 

35o 

w 

11 

- 

19 

Pathsat9 

15o 

w 

13 

- 

21 

PathsatlO 

5o 

E 

15 

- 

23 

Pathsat 1 1 

25® 

E 

17 

- 

25 

Pathsat 12 

45° 

E 

19 

- 

27 

Pathsat 13 

65® 

E 

21 

- 

29 

Pathsatl4 

85o 

E 

23 

- 

31 

Pathsatl5 

10  5° 

E 

25 

- 

33 

Pathsatl6 

125o 

E 

27 

- 

35 

Pathsat 17 

145° 

E 

29 

- 

36,  1 

Pathsatl8 

165° 

E 

31 

- 

36,  1 

Spares : 

PathSpare 

1 

95o 

W 

5 

- 

13 

PathSpare 

2 

15° 

E 

16 

- 

24 

PathSpare 

3 

125o 

E 

27 

- 

35 

Wahiawi 

3 

PI,  P2,  P3 

P18 , 

P4 

Colorado  Springs 

8 

P4 ,  P5 ,  P6 ,  SI 

P3 

Ascension  Is. 

17 

P7 ,  P8 ,  P9 ,  P10, 
Pll,  S2 

Diego  Garcia 

26 

PI  2 ,  P13 ,  PI  4 , 

PI  5 

Guam 

33 

PI  6 ,  PI  7 ,  PI  8 , 

S3 

PI  5 , 

PI 

128 


Table  A.  7  PATHFINDER  Navigation  System  (continued) 


Table  A. 8 


Theater  Communications  Porta 

Pacific  Theater: 

Wahiawi 


American  Theater: 

Sunnyvale 
Point  Mugu 
Colorado  Springs 
Norfolk 

Prospect  Harbor 
Thule 


European  Theater: 
Crete 

Asian  Theater: 

Indian  Ocean 
Diego  Garcia 


Far  Eastern  Theater: 

Woomera 

Guam 

Kwa jelein 
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Appendix  B:  Computation  of 


with  AHP 


This  appendix  demonstrates  how  the  Analytic  Hierarchy 
Process  can  be  used  to  compute  the  weights  associated  with 
the  various  measures  of  effectiveness  which  comprise  the 
objective  function.  The  numbers  used  for  the  comparisons 
are  hypothetical,  and  do  not  reflect  the  Air  Force’s  or 
CINCSPACE’s  assessments.  Because  the  determination  of  the 
weights  is  dependent  on  the  scenario,  the  Analytic  Hierarchy 
Process  described  in  this  appendix  would  have  to  be  repeated 
for  each  different  scenario. 

Pairwise  Comparison  Matrices 

The  top  element  of  the  hierarchy  in  Figure  5.3,  wartime 
capability,  was  used  as  the  criterion  for  the  first  set  of 
pairwise  comparisons.  Table  B.l  shows  the  first  set  of 
pairwise  comparisons;  the  elements  of  the  second  level 
(weather,  navigation,  and  communications)  were  compared  with 
each  other,  with  respect  to  their  relative  contribution  to 
wartime  capability. 


Table  B . 1 

Comparison  Matrix  for  Missions 

Criterion: 

Wartime 


Weather 

1 

1/3 

1/5 

Navigation 

3 

1 

1/2 

f.V.V 

.  •  ■ 


r  J  r-' ' 
♦  -  '  -  - 

r.vv-" 


Communications  5 


2 


1 


To  determine  the  matrix  entries,  each  element  in  the 
column  at  the  left  of  the  matrix  was  compared  with  each 
element  in  the  row  across  the  top  of  the  matrix  with  respect 
to  the  criterion.  To  make  such  a  comparison,  the  decision 
maker  should  ask  himself,  "How  much  more  strongly  does  this 
element  contribute  to  the  wartime  capability  (at  the  current 
stage  of  the  conflict)  than  the  element  with  which  it  is 
being  compared?"  Saaty  recommends  using  numbers  1  through  9 
to  represent  the  relative  importance  of  one  element  over 
another  with  respect  to  the  criterion  (37:77). 

When  comparing  an  element  in  the  matrix  with  itself, 
the  comparison  must  yield  unity  (1),  so  the  diagonal  of  the 
matrix  can  be  filled  in  with  one’s,  as  shown  in  Table  B. 1 
(37:78).  Also,  the  reciprocal  of  the  number  used  for  the 
comparison  of  A  with  B  is  assigned  to  the  comparison  of  B 
with  A.  For  example,  in  Table  B.l,  the  navigation  mission 
was  determined  to  be  three  times  more  important  than  the 
weather  mission.  Therefore,  using  the  reciprocal  rule,  the 
weather  mission  was  assigned  one-third  the  importance  of  the 
navigation  mission.  The  remainder  of  the  matrix  was  com¬ 
pleted  in  this  manner.  When  filling  in  the  matrix,  Saaty 
cautions  that  care  must  be  taken  to  insure  that  the  judge¬ 
ments  are  fairly  consistent.  In  a  case  where  communications 
is  judged  six  times  as  important  as  weather  and  twice  as 
important  as  navigation,  navigation  would  have  to  be  judged 
three  times  as  important  as  weather  to  achieve  perfect 


Three  matricies  were  required,  and  they  are  shown  in  Tables 
B.3,  B.4,  and  B.5.  The  comparison  matrix  in  Table  B.3 
demonstrates  the  relative  comparison  of  the  value  of  global 
weather  information  to  the  value  of  weather  information 
about  the  conflict  area.  Table  B.4  shows  the  relative 
importance  of  worldwide  navigation  capability  to  navigation 
capability  in  only  the  conflict  area.  Table  B.5  demon¬ 
strates  the  relative  importance  of  global  communications 
capability  to  communications  capability  between  just  the 
CONUS  and  the  conflict  theater.  The  normalized  matricies 
are  shown  to  the  right  of  each  of  the  pairwise  comparison 
matrices . 


Table  B.3 

Location  Emphasis  Comparison  (Weather  Mission) 


Weight 

Weather 

Global 

Conflict 

Weather  Global 

Conflict 

Avg 

Global 

1 

1/3 

Global  .25 

.25 

.  25 

Conflict 

3 

1 

Conflict  .75 

.  75 

.  75 

Table  B.4 

Location  Emphasis  Comparison  (Navigation  Mission) 


Global 

1 

2 

Global 

.  67 

.  67 

.  67 

Conflict 

1/2 

1 

Conflict 

.  33 

.  33 

.  33 

Only  the  navigation  mission  has  a  fourth  level,  and  two 
3x3  matrices  were  required  for  the  pairwise  comparisons  for 
the  fourth  level,  one  for  the  global  navigation  situation, 
and  one  for  the  conflict  area  navigation  situation.  As 
described  in  Chapter  V,  six  measures  of  merit  were  required 
to  describe  the  total  navigation  capability:  the  percent  of 
the  earth  (or  conflict  area)  that  can  see  one  SCOUT 
satellite,  the  percent  of  the  earth  (or  conflict  area)  that 
can  see  three  PATHFINDER  satellites,  and  the  percent  of  the 
earth  (or  conflict  area)  that  can  see  four  PATHFINDER 
satellites.  The  pairwise  comparisons  in  the  fourth  level 
reflect  the  degree  to  which  the  decision  maker  is  depending 
on  resources  that  use  the  PATHFINDER  and  SCOUT  satellite 
navigation  systems.  The  numbers,  types,  and  locations  of 
platforms  which  use  the  PATHFINDER  and  SCOUT  systems  will 
influence  the  pairwise  comparisons  judgements.  For  example, 
if  support  to  airborne  platforms  that  use  the  PATHFINDER 
system  for  navigation  is  the  top  priority  for  the  battle 
commanders,  the  "Platforms  needing  4  PATHFINDER  satellites" 
element  in  the  fourth  level  would  be  assigned  a  high  number 


relative  to  the  other  elements.  Tables  B.6  and  B.7  show  the 
pairwise  comparison  matrices,  normalized  matrices,  and 
resulting  weights  for  the  global  and  the  conflict  area 
situations . 

Table  B.6 

Navigation  Resources  Comparison  (Global) 


Weight 


Global 


SCOUT  1 
PATH-3  1/2 
PATH-4  4 


1/4 

SCOUT 

.  18 

.  22 

.  18 

.  19 

1/6 

PATH  3 

.09 

.  11 

CO 

r-i 

.  11 

1 

PATH4 

.73 

.67 

.70 

.  7 

Table  B.7 

Navigation  Resources  Comparison  (Conflict  Area) 


Weight 


Theater 


I  MhI  f 


1 

1/2  1, 

1  2 

1  1/ 

,  3 

2  1 

ifter  all 

of  the  cor 

Mg 
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;;;  -*-  Mode:Art;  Package : ART-USER ;  Base:10.  -*- 


;;;  FILE  D: BAP; WEATHER. ART 


;;;  DEFINITION  OF  GLOBALS,  RELATIONS,  AND  SCHEMA 


(def-viewpoint-levels 

plan) 

(defglobal  ?*weather*  -  #1  '()) 
(defglobal  ?*scoutareas*  *=  #1  '{)) 
(defglobal  ?*allPathareas*  -  #1  *()) 
(defglobal  ?*stormcov*  «*  #1  '()) 
(defglobal  ?*thundercov*  «  #1  '()) 


; ; ;  Inheritance  Relations 

(defschema  part-of 

(instance-of  inh-relation) 
(inverse  has-parts)) 

(defschema  has-parts 

(instance-of  relation) 

(inverse  part-of)) 

; ; ;  No  Inheritance  to  Children 

(defschema  system-satellites 
(instance-of  slot) 

(slot-what  nothing) 
(slot-how-many  multiple-values)) 

(defschema  coverage-areas 
(instance-of  slot) 

(slot-what  nothing)) 

; ; ;  Multiple  Value  Slots 


(defschema  can-get-data-down 
(instance-of  slot) 

(slot-how-many  multiple-values)) 

(defschema  system-coverage 
(instance-of  slot) 

(slot-how-many  multiple-values) ) 

(defschema  data-transmit-freq 
(instance-of  slot) 

(slot-how-many  multiple-values) ) 

(defschema  data-receive-freq 
(instance-of  slot) 

(slot -how-many  multiple-values)) 

(defschema  receive-data-from 
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(instance-of  slot) 

(slot-how-many  multiple-values)) 

(def schema  design-receive-data-from 
(instance-of  slot) 

(slot-how-many  multiple-values)) 

(defschema  ttc-transmit-freq 
(instance-of  slot) 

(slot-how-many  multiple-values)) 

(defschema  ttc-receive-freq 
(instance-of  slot) 

(slot-how-many  multiple-values)) 

(defschema  sat-coverage 
(instance-of  slot) 

(slot-how-many  multiple-values)) 

(defschema  backup-ttc 
(instance-of  slot) 

(slot-how-many  multiple-values)) 

(defschema  primary-ttc-for 
(instance-of  slot) 

(slot-how-many  multiple-values) ) 

(defschema  design-primary-ttc-for 
(instance-of  slot) 

(slot-how-many  multiple-values)) 

(defschema  use 

(instance-of  slot) 

(slot-how-many  multiple-values)) 

(defschema  backup-ttc-for 
(instance-of  slot) 

(slot-how-many  multiple-values)) 

; ; f  Poison  if  Two  Values  in  Slot 

(defschema  primary-ttc 
(instance-of  slot) 

(slot-multiple  poison)) 

;;;  Define  Relations 

(def relation  link  (?terml  ?term2)  symmetric) 

(defrelation  column  (?whereat)) 

(defrelation  priority  (?rank  ?mission) ) 

(defrelation  weight-global  (?mission  ?weight) ) 

(defrelation  weight-conflict  (?mission  ?weight) ) 

(defrelation  conflict-areas  (?areas)) 

(defrelation  ttc-restoration-required  (’satellite  Tphasenumber) ) 
(defrelation  needs-data-restoration  (?satellite  ?phasenumber) ) 
(defrelation  data-restoration  (?satellite  ?terminal)) 
(defrelation  data-restoration-process  (?mission  Tstatus) ) 
(defrelation  weather-coverage-areas  (?areas)) 


(defrelation  send-over-data  (?terminal)) 

(defrelation  ttc-restoration-process  (Tmission  ?status) ) 
(defrelation  ttc-restoration  (?satellite  Tterminal)) 
(defrelation  calculator  (?next) ) 

(defrelation  weather-percentages  (?status)) 

(defrelation  empty-list  (?stat)) 

(defrelation  global-weather-percent  (?val)) 

(defrelation  conflict-weather-percent  (Tnumber) ) 

(defrelation  check-to-free-data-terminal  (Tsat)) 

(defrelation  path3areas  (Tsequence) ) 

(defrelation  path4areas  (Tsequence)) 

(defrelation  global-scout-percent  (?val)) 

(defrelation  conflict-scout-percent  (Tval)) 

(defrelation  global-path3-percent  (?val)) 

(defrelation  global-path4-percent  (Tval)) 

(defrelation  conflict-path3-percent  (Tval)) 

(defrelation  conflict-path4-percent  (Tval)) 

(defrelation  sub-global  (?system  ?cansee  ?value) ) 

(defrelation  sub-conflict  (?system  ?cansee  ?value) ) 
(defrelation  objective-function-value  (?value  ?phase)) 
(defrelation  value-added  (?mission  Tvalue)) 

(defrelation  put-spare-in-use  (?sat)) 

(defrelation  prune  (?mission)) 

(defrelation  change-ttc-status  (?terminal  ?color  Treason) ) 
(defrelation  change-data-status  (Tterminal  Tcolor  Treason)) 
(defrelation  change-satellite-status  (Tsat  Tcolor  Treason) ) 
(defrelation  change-rts-status-yellow  (Trts  Tcolor  Treason)) 
(defrelation  ttc-capability-down  (Tterminal  Treason)) 
(defrelation  data-capability-down  (Tterminal  Treason)) 
(defrelation  satellite-down  (Tsatellite  Treason)) 

(defrelation  unload-responsibilities  (Tsatellite)) 
(defrelation  gave-away-data-slot  (Tterminal  Tsystem) ) 
(defrelation  best  (Tvalue)) 

(defrelation  second-best  (Tvalue)) 

(defrelation  third-best  (Tvalue)) 

(defrelation  restoration  (Tstatus)) 

(defrelation  check-for-other-data-dn  (Tsatellite)) 
(defrelation  phase  (Tnumber)) 

(defrelation  one-antenna-down  (Trts  Treason)) 

(defrelation  successor  (Tlist  Tthis  Tnext) ) 

(defrelation  path  (Thow  Tbegin  Tfinish  Ttrail)) 

(defrelation  accumulate-path  (Thow  Tstart  Tfin) ) 

(defrelation  expand-on  (Tlst)) 

(defrelation  partials  (Tlst)) 

(defrelation  collect-hold  (Tlst)) 

(defrelation  used-link  (Tfrom  Tto) ) 

(defrelation  critical-paths-out  (Tnumber)) 

(defrelation  all-paths-out  (Tnumber) ) 

(defrelation  port  (Twhere  Twho) ) 

(defrelation  critical-pair  (Tlocation  Totherplace)  symmetric) 
(defrelation  critical-pair-count  (Tnum)) 

(defrelation  update-ttc-service  (Twho)) 

(defrelation  ttc-bypass-tested  (Tyes)) 

(defrelation  comm-path-restoration-required  (Ta  Tb  Tc) ) 
(defrelation  comm-path-restoration-done  (Ta  Tb  Tc) ) 
(defrelation  conflict-comm-percent  (Ta)) 

(defrelation  global -comm-percent  (Ta)) 

(defrelation  take-out-links  (Ta)) 

(defrelation  check-stranded  (Ta)) 


(defrelation  groundl ink-destroyed  (?from  ?to) ) 
(defrelation  testcase  (?scenario)) 

(defrelation  bypass-calculation  (?mission)) 
(defrelation  give-plans  (?number)) 

(defrelation  give-all-plans  (?yes)) 

(defrelation  output-viewpoint  (?plan)) 

(defrelation  restoration-finished  (?plan)) 
(defrelation  print-path-list  (?trail)) 

(defrelation  get-priorities  (?scenarios) ) 
(defrelation  objective-values  (?lst)) 

(defrelation  ttc-bypass-missionl  (?x)) 

(defrelation  found-one-critical  (?x  ?y) ) 
(defrelation  found-one-global  (?a  ?b) ) 

(defrelation  global-navigation-percent  (?value)) 
(defrelation  conflict-navigation-percent  (?value) ) 
(defrelation  get-ranked-values  (?yes)) 

(defrelation  f ind-the-best  (?yes)) 

(defrelation  data-dn-checked  (?yes)) 

(defrelation  gave-away-slot  (?a  ?b) ) 

(defrelation  retrieve-path  (?a  ?b  ?c) ) 

(defrelation  theater  (?cont) ) 

(defrelation  path-was-printed  (?x  ?y)) 

(defrelation  clean-up  (?yes)) 

(defrelation  clear-out  (?junk)) 

;  ;  ?  Dummy  Schema 

(defschema  dummy-system 
(needs-system-coverage) 

( system-satel 1 ites-operating) 

(system-coverage) ) 

(defschema  dummy-satellite 
(can-get-data-down) 

(spare-in-use) 

(ttc-slot-given-away) ) 

(defschema  dummy-terminal 
(data-rx-freq-lower) 

(data-rx-freq-upper) 

(data-rx-freq-lower2 ) 

(data-rx-freq-upper2 ) ) 

; ; ;  Initial  Facts 


(deffacts  initial-situation 
(column  0) 

(port  USA  Sunnyvale) 

(port  USA  Point-Mugu) 

(port  USA  Colorado-Springs) 

(port  USA  Norfolk-Virginia) 

(port  USA  Thule-Greenland) 

(port  Europe  Crete-Greece) 

(port  Asia  Indian-Ocean) 

(port  Asia  Diego-Garcia) 

(port  FarEast  Woomera-Australia) 
(port  FarEast  Kwa jelein-Island) 
(port  Pacific  Wahiawi-Hawaii) 


M 


(objective-values  ()) 
(critical-pair-count  0) 
(critical-paths-out  0) 
(all-paths-out  0) 

(best  0) 

(second-best  0) 
(third-best  0)) 


rw-i 


;;;  Weather  Satellite  System  STORM 

(defschema  storm 

(viewpoint  ?root) 

(system-name  storm) 
(system-status  green) 

(mission  weather) 

(coverage-areas  (12345678 
33  34  35  36)) 

(system-coverage-list  (12345 


10  11  12  13  14  15  16  17  18  19  20  21 


m* 


(system-coverage-1 ist  (1  2  3  4  5  6  7  8  9  10  11  12  13  14  15  16  17  18  19 

20  21  22  23  24  25  26  27  28  29  30  31  32  33  34  35  36)) 
(system-satellites  stormAtlantic  stormPacif ic) 

(is-a  satsystem) ) 

;;;  STORM  Satellites 


(defschema  stormAtlantic 
(viewpoint  ?root) 

(data-transmit-freq  2500) 

(ttc-transmit-freq  2250) 

(ttc-receive-freq  1800) 

(orbit  geosynch) 

(sat-coverage  9  10  11  12  13  14  15  16  17  18  19  20  21) 
(sat-COV-list  (9  10  11  12  13  14  15  16  17  18  19  20  21)) 
(over  15) 

(sat-status  green) 

(primary-ttc  stormLoring) 

(can-use-RTS  yes) 

(backup-ttc  RTS-NewHamp  RTS -Thule  RTS-Oakhanger) 

(is-a  satellite) 

(part-of  storm)) 


.  •• 


(defschema  stormPacific 
(viewpoint  ?root) 

(is-a  satellite) 

(part-of  storm) 

(data-transmit-freq  2500) 

(ttc-transmit-freq  2250) 

(ttc-receive-freq  1800) 

(orbit  geosynch) 

(sat-coverage  33343536123456789) 
(sat-COV-list  (33  34  35  36  1  2  3  4  5  6  7  8  9) ) 
(over  3) 

(sat-status  green) 

(primary-ttc  stormFairchild) 

(can-use-RTS  yes) 

(backup-ttc  RTS-Guara  RTS-Kaena  RTS-Vandenberg) ) 


;;;  STORM  Earth  Terminals 
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(defschema  stormFairchild 
(viewpoint  ?root) 

(is-a  earth-terminal) 

(part-of  storm) 

(location  Fairchild-Washington) 

(area  7) 

(use  data  ttc) 

(receive-data-for  storm) 

(primary-ttc-for  stormPacific) 
(design-receive-data-for  storm) 
(design-primary-ttc-for  stormPacific) 
(receive-data-from  stormPacific) 
(design-receive-data-from  stormPacific) 
(design-can-ttc-service  3) 
(data-receive-freq  2500) 
(ttc-transmit-freq  1800) 
(ttc-receive-freq  2250) 

(can-ttc-service  3) 

(is-ttc-servicing  1) 

(ttc-status  green) 

(data-status  green) ) 

(defschema  stormColoSprings 
(viewpoint  ?root) 

(is-a  earth-terminal) 

(part-of  storm) 

(location  Colorado-Springs) 

(area  8) 

(data-status  green) 

(receive-data-for  storm) 
(design-receive-data-for  storm) 
(receive-data-from  stormPacific) 

( des ign-receive-data-f rom  stormPacific ) 
(use  data) 

(data-receive-freq  2500)) 

(defschema  stormLoring 
(viewpoint  ?root) 

(is-a  earth-terminal) 

(part-of  storm) 

(location  Loring-Maine) 

(area  12) 

(use  data  ttc) 

(primary-ttc-for  stormAtlantic) 
(design-primary-ttc-for  stormAtlantic) 
(design-receive-data-for  storm) 
(design-can-ttc-service  3) 
(receive-data-from  stormAtlantic) 
(design-receive-data-from  stormAtlantic) 
(data-receive-freq  2500) 
(ttc-transmit-freq  1800) 
(ttc-receive-freq  2250) 

(can-ttc-service  3) 

(is-ttc-servicing  1) 

(ttc-status  green) 

(receive-data-for  storm) 

(data-status  green) ) 


(defschema  stormOf futt 
(viewpoint  ?root) 

(is-a  earth-terminal) 

(part-of  storm) 

(location  of futt-Nebraska) 

(area  9) 

(use  data) 

(receive-data-for  storm) 

(design-receive-data-for  storm) 

(receive-data-from  stormAtlantic  stormPacific) 

(design-receive-data-from  stormAtlantic  stormPacific) 

(data-receive-freq  2500) 

(data-status  green) ) 

; ; ;  AFSCF  Remote  Tracking  Stations 

(defschema  AFSCF 

(system-name  AFSCF) ) 

(defschema  remote-tracking-station 
(viewpoint  ?root) 

(ttc-rx-freq-lower  2200) 

(ttc-rx-freq-upper  2300) 

(ttc-tx-freq-lower  1750) 

(ttc-tx-freq-upper  1850) 

(use  ttc) ) 

(defschema  RTS-Kaena 
(viewpoint  ?root) 

(part-of  AFSCF) 

(can-ttc-service  6) 

(is-ttc-servicing  1) 

(location  Kaena-Pt -Hawaii) 

(area  3) 

(number-of-antennas  2) 

(primary-ttc-for  talksatD) 

(design-primary-ttc-for  talksatD) 

(design-can-ttc-service  6) 

(backup-ttc-for  talksatA  stormPacific  pathsatlS  pathsat2  pathsat3  pathsat4) 
(ttc-status  green) 

( instance-of  remote-tracking-station) 

(is-a  earth-terminal) ) 

(defschema  RTS-Vandenberg 
(viewpoint  ?root) 

(part-of  AFSCF) 

(location  Vandenberg) 

(area  6) 

(number-of-antennas  2) 

(can-ttc-service  6) 

(is-ttc-servicing  1) 

(primary-ttc-for  talksatA) 

(design-primary-ttc-for  talksatA) 

(design-can-ttc-service  6) 

(backup-ttc-for  talksatD  stormPacific  pathsat2  pathsat3  pathsat4 
pathsatS  pathsatSparel) 

(ttc-status  green) 

( instance-of  remote-tracking-station) 

(is-a  earth-terminal)) 
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(defschema  RTS -NewHamp 
(viewpoint  ?root) 

(part-of  AFSCF) 

(location  New-Hampshire) 

(area  11) 

(number-of-antennas  2) 

(can-ttc-service  6) 

(design-can-ttc-service  6) 

(is-ttc-servicing  0) 

(backup-ttc-for  stormAtlantic  pathsat4  talksatA  pathsatS  pathsatSparel 
pathsat6  pathsat?  pathsatS) 

( instance-of  remote-tracking-station) 

(is-a  earth-terminal) 

(ttc-status  green) ) 

(defschema  RTS-Thule 
(viewpoint  ?root) 

(part-of  AFSCF) 

(location  Thule-Greenland) 

(area  12) 

(number-of-antennas  1) 

(can-ttc-service  3) 

(is-ttc-servicing  0) 

(backup-ttc-for  stormAtlantic  pathsatSparel  pathsat5  pathsat6  pathsat7 
pathsatS  talksatA  talksatB) 

( instance-of  remote-tracking-station) 

(is-a  earth-terminal) 

(ttc-status  green) ) 

(defschema  RTS-Oakhanger 
(viewpoint  ?root) 

(part-of  AFSCF) 

(location  Oakhanger-UK) 

(area  19) 

(number-of-antennas  1) 

(can-ttc-service  3) 

(design-can-ttc-service  3) 

(is-ttc-cervicing  0) 

(backup-ttc-for  stormAtlantic  pathsatS  talksatB  pathsat9  pathsatlO 
pathsatSpare2  pathsatll) 

( instance-of  remote-tracking-station) 

(is-a  earth-terminal) 

(ttc-status  green)) 

(defschema  RTS-IndianOcean 
(viewpoint  ?root) 

(part-of  AFSCF) 

(location  Indian-Ocean) 

(area  24) 

(number-of-antennas  1) 

(can-ttc-service  3) 

(is-ttc-servicing  2) 

(design-can-ttc-service  3) 

(design-primary-ttc-for  talksatB  talksatC) 

(primary-ttc-for  talksatB  talksatC) 

(backup-ttc-for  pathsatSpare2  pathsatll  pathsatl2  pathsatl3  pathsatl4) 
( instance-of  remote-tracking-station) 

(is-a  earth-terminal) 


(ttc-status  green)) 


(defschema  RTS -Guam 
(viewpoint  ?root) 

(part-of  AFSCF) 

(location  Guam) 

(area  33) 

(number-of-antennas  2) 

(can-ttc-service  6) 

(is-ttc-servicing  3) 

(design-can-ttc-service  6) 

(design-primary-ttc-for  pathsatl6  pathsatl7  pathsatlS  pathsatSpare3) 
(primary-ttc-for  pathsatl6  pathsatl7  pathsatlS  pathsatSpare3) 
(backup-ttc-for  pathsatlS  pathsatl) 

( instance-of  remote-tracking-station) 

(is-a  earth-terminal) 

(ttc-status  green) ) 


;;;  Weather  Satellite  System  THUNDER 


(defschema  thunder 
(viewpoint  ?root) 

(system-name  thunder) 

(system-status  green) 

(mission  weather) 

(coverage-areas  (1  2  3  4  5  6  7  8  9  10  11  12  13  14  15  16  17  18 
19  20  21  22  23  24  25  26  27  28  29  30  31  32  33  34  35  36)) 
(system-coverage-list  (1  2  3  4  5  6  7  8  9  10  11  12  13  14  15  16  17 

18  19  20  21  22  23  24  25  26  27  28  29  30  31  32  33  34  35  36)) 
(system-satellites  thunderl  thunder2  thunder 3  thunder4) 

(is-a  satsystem) ) 


;;;  THUNDER  Satellites 

(defschema  thunderl 
(viewpoint  ?root) 

(part-of  thunder) 

(is-a  satellite) 

(data-transmit-freq  2500) 

(ttc-transmit-freq  8000) 

(ttc-receive-freq  9000) 

(orbit  geosynch) 

(sat-coverage  1  2  3  4  5  6  7  8  9  3:  34  35  36) 
(sat-cov-list  (1  2  3  4  5  6  7  8  9  33  34  35  36) ) 
(over  3) 

(sat-status  green) 

(can-use-RTS  no) 

(primary-ttc  thunderColoSprings) 

(backup-ttc  thunderSunnyvale) ) 

(defschema  thunder2 
(viewpoint  ?root) 

(part-of  thunder) 

(is-a  satellite) 

(data-transmit-freq  2500) 

(ttc-transmit-freq  8000) 
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(ttc-receive-freq  9000) 

(orbit  geosynch) 

(sat-coverage  6  7  8  9  10  11  12  13  14  15  16  17  18) 
(sat-cov-list  (6  7  8  9  10  11  12  13  14  15  16  17  18)) 
(over  12) 

(sat-status  green) 

(can-use-RTS  no) 

(primary-ttc  thunderColoSprings) 

(backup-ttc  thunderSunnyvale)) 

(d°i!schema  thunder3 
(viewpoint  ?root) 

(part-of  thunder) 

(is-a  satellite) 

(data-transmit-freq  2500) 

(ttc-transmit-freq  8000) 

(ttc-receive-freq  9 000) 

(orbit  geosynch) 

(sat-coverage  15  16  17  18  19  20  21  22  23  24  25  26  27) 
(sat-cov-list  (15  16  17  18  19  20  21  22  23  24  25  26  27)) 
(over  21) 

(can-use-RTS  no) 

(primary-ttc  thunderDiegoGarcia) 

(backup-ttc  thunderAscension) 

(sat-status  green)) 

(def schema  thunder 4 
(viewpoint  ?root) 

(part-of  thunder) 

(is-a  satellite) 

(data-transmit-freq  2500) 

(ttc-transmit-freq  8000) 

(ttc-receive-freq  9000) 

(orbit  geosynch) 

(sat-coverage  24  25  26  27  28  29  30  31  32  33  34  35  36) 
(sat-cov-list  (24  25  26  27  28  29  30  31  32  33  34  35  36)) 
(over  30) 

(can-use-RTS  no) 

(primary-ttc  thunderDiegoGarcia) 

(backup-ttc  thunderGuam) 

(sat-status  green)) 

; ; ;  THUNDER  Earth  Terminals 

(defschema  thunderSunnyvale 
(viewpoint  ?root) 

(is-a  earth-terminal) 

(part-of  thunder) 

(location  Sunnyvale) 

(area  6) 

(use  data  ttc) 

(backup-ttc-for  thunderl  thunder2) 

(can-ttc-service  3) 

(design-can-ttc-service  3) 

( is-ttc-servicing  0) 

(data-recieve-freq  2500) 

(ttc-receive-freq  8000) 

(ttc-transmit-freq  9000) 

(receive-data-for  thunder) 


(des ign-rece ive-data-f or  thunder) 

(receive -data -from  thunderl  thunder2) 
(design-receive-data-from  thunderl  thunder2) 
(ttc-status  green) 

(data-status  green) ) 

(defschema  thunderColoSprings 
(viewpoint  ?root) 

(is-a  earth-terminal ) 

(part-of  thunder) 

(location  Colorado-Springs) 

(area  8) 

(use  data  ttc) 

(primary-ttc-for  thunderl  thunder2) 
(design-primary-ttc-for  thunderl  thunder2) 
(can-ttc-service  3) 

(design-can-ttc-service  3) 

(is-ttc-serv icing  2) 

(data-receive-freq  2500) 

(ttc-receive-freq  8000) 

(ttc-transmit-freq  9000) 

(receive-data-for  thunder) 
(design-receive-data-for  thunder) 
(receive-data-from  thunderl  thunder2) 
(design-receive-data-from  thunderl  thunder2) 
(ttc-status  green) 

(data-status  green) ) 

(defschema  thunderOffutt 
(viewpoint  ?root) 

(is-a  earth-terminal) 

(part-of  thunder) 

(location  Of futt-Nebraska) 

(area  9) 

(use  data) 

(data-receive-freq  2500) 

(receive-data-for  thunder) 
(design-receive-data-for  thunder) 
(receive-data-from  thunderl  thunder2) 
(design-receive-data-from  thunderl  thunder2) 
(data-status  green) ) 

(defschema  thunderMaryland 
(viewpoint  ?root) 

(is-a  earth-terminal) 

(part-of  thunder) 

(location  Maryland) 

(area  11) 

(use  data) 

(data-receive-freq  2500) 

(receive-data-for  thunder) 

(receive-data-from  thunder2) 
(design-receive-data-from  thunder2 ) 
(design-receive-data-for  thunder) 
(data-status  green) ) 

(defschema  thunder Ascension 
(viewpoint  ?root) 

(is-a  earth-terminal) 


(part-of  thunder) 

(location  Ascension-Island) 

(area  17) 

(use  data  ttc) 

(data-receive-freq  2500) 

(ttc-receive-freq  8000) 

(ttc-transmit-freq  9000) 

(can-ttc-service  3) 

(design-can-ttc-service  3) 

(is-ttc-servicing  0) 

(backup-ttc-for  thunder3) 

(receive-data-for  thunder) 
(design-receive-data-for  thunder) 
(receive-data-from  thunder2  thunder3) 
(design-receive-data-from  thunder2  thunders) 
(ttc-status  green) 

(data-status  green)) 

(def schema  thunderDiegoGarcia 
(viewpoint  ?root) 

(is-a  earth-terminal) 

(part-of  thunder) 

(location  Diego-Garcia) 

(area  26) 

(use  data  ttc) 

(data-receive-freq  2500) 

(ttc-receive-freq  8000) 

(ttc-transmit-freq  9000) 

(primary-ttc-for  thunder3  thunder*) 
(design-primary-ttc-for  thunder3  thunder4) 
(can-ttc-service  3) 

(design-can-ttc-service  3) 

(is-ttc-servicing  2) 

(receive-datu-for  thunder) 

( des ign-rece i ve-data- f or  thunder ) 
(receive-data-from  thunder3  thunder4) 
(design-receive-data-from  thunder3  thunder*) 
(ttc-status  green) 

(data-status  green) ) 

(def schema  thunderGuam 
(viewpoint  ?root) 

(is-a  earth-terminal) 

(part-of  thunder) 

(location  Guam) 

(area  33) 

(use  data  ttc) 

(data-receive-freq  2500) 

(ttc-receive-freq  8000) 

(ttc-transmit-freq  9000) 

(backup-ttc-for  thunder*) 

(receive-data-for  thunder) 
(design-receive-data-for  thunder) 
(receive-data-from  thunderl  thunder*) 
(design-receive-data-from  thunderl  thunder*) 
(design-can-ttc-service  3) 

(can-ttc-service  3) 

(is-ttc-servicing  0) 

(ttc-status  green) 
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(data-status  grean) ) 
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mode: Art;  Package :au;  Base: 10.-*- 


; ; ;  FILE :  D : BAP ; SUCCESSORS . ART 


(deffacts  links-and-successors 
(SUCCESSOR  TALK  TALKSATD  TALKWAHIAWI) 

(SUCCESSOR  TALK  TALKSATA  TALKWAHIAWI) 

(SUCCESSOR  TALK  TALKSATA  TALKSUNNYVALE) 

(SUCCESSOR  TALK  TALKSATD  TALKSUNNYVALE) 

(SUCCESSOR  TALK  TALKSATA  TALKCOLOSPRINGS ) 

(SUCCESSOR  TALK  TALKSATB  TALKTHULE) 

(SUCCESSOR  TALK  TALKSATA  TALKTHULE) 

(SUCCESSOR  TALK  TALKSATB  TALKCRETE) 

(SUCCESSOR  TALK  TALKS ATC  TALKCRETE) 

(SUCCESSOR  TALK  TALKS ATC  TALKDIEGOGARCIA) 

(SUCCESSOR  TALK  TALKS ATC  TALKGUAM) 

(SUCCESSOR  TALK  TALKSATD  TALKGUAM) 

(SUCCESSOR  TALK  TALKSATD  TALKKWAJELEIN) 

(SUCCESSOR  TALK  TALKWAHIAWI  WAHIAWI-HAWAII) 

(SUCCESSOR  TALK  TALKSUNNYVALE  SUNNYVALE) 

(SUCCESSOR  TALK  TALKCOLOSPRINGS  COLORADO-SPRINGS ) 

(SUCCESSOR  TALK  TALKTHULE  THULE -GREENLAND) 

(SUCCESSOR  TALK  TALKCRETE  CRETE -GREECE) 

(SUCCESSOR  TALK  TALKDIEGOGARCIA  DIEGO-GARCIA) 

(SUCCESSOR  TALK  TALKGUAM  GUAM) 

(SUCCESSOR  TALK  TALKKWAJELEIN  KWAJELEIN- ISLAND) 

(SUCCESSOR  CHATTER  CHATTER1  CHATTERWAHIAWI ) 

(SUCCESSOR  CHATTER  CHATTERMUGU  CHATTER1 ) 

(SUCCESSOR  CHATTER  CHATTERSUNNYVALE  CHATTER 1 ) 

(SUCCESSOR  CHATTER  CHATTERCOLOSPRINGS  CHATTER1 ) 

(SUCCESSOR  CHATTER  CHATTERNORFOLK  CHATTER1) 

(SUCCESSOR  CHATTER  CHATTERPROSPECTHARBOR  CHATTER 1 ) 

(SUCCESSOR  CHATTER  CHATTER2  CHATTERNORFOLK) 

(SUCCESSOR  CHATTER  CHATTERPROSPECTHARBOR  CHATTER2 ) 

(SUCCESSOR  CHATTER  CHATTERCRETE  CHATTER2 ) 

(SUCCESSOR  CHATTER  CHATTER 3  CHATTERCRETE) 

(SUCCESSOR  CHATTER  CHATTERINDIANOCEAN  CHATTER3 ) 

(SUCCESSOR  CHATTER  CHATTERWOOMERA  CHATTER 3 ) 

(SUCCESSOR  CHATTER  CHATTER4  CHATTERWOOMERA) 

(SUCCESSOR  CHATTER  CHATTERKWAJELEIN  CHATTER4 ) 

(SUCCESSOR  CHATTER  CHATTER4  CHATTERWAHIAWI) 

(SUCCESSOR  CHATTER  CHATTERWAHIAWI  WAHIAWI-HAWAII) 

(SUCCESSOR  CHATTER  CHATTERSUNNYVALE  SUNNYVALE) 

(SUCCESSOR  CHATTER  CHATTERMUGU  POINT-MUGU) 

(SUCCESSOR  CHATTER  CHATTERCOLOSPRINGS  COLORADO-SPRINGS) 
(SUCCESSOR  CHATTER  CHATTERNORFOLK  NORFOLK-VIRGINIA) 

(SUCCESSOR  CHATTER  CHATTERPROSPECTHARBOR  PROSPECT-HARBOR-MAINE ) 
(SUCCESSOR  CHATTER  CHATTERCRETE  CRETE-GREECE) 

(SUCCESSOR  CHATTER  CHATTERINDIANOCEAN  INDIAN-OCEAN ) 

(SUCCESSOR  CHATTER  CHATTERWOOMERA  WOOMERA- AUSTRALIA) 

(SUCCESSOR  CHATTER  CHATTERKWAJELEIN  KWAJELEIN- ISLAND) 

(SUCCESSOR  LANDLINE  GUAM  KAENA-PT-HAWAI I ) 

(LINK  GUAM  KAENA-PT-HAWAI I) 

(SUCCESSOR  LANDLINE  KAENA-PT-HAWAI I  GUAM) 

(SUCCESSOR  LANDLINE  OFFUTT-NEBRASKA  VANDENBERG) 

(LINK  OFFUTT-NEBRASKA  VANDENBERG) 
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(SUCCESSOR  LANDLINE  VANDENBERG  OFFUTT-NEBRASKA) 

(SUCCESSOR  LANDLINE  SUNNYVALE  VANDENBERG) 

(LINK  SUNNYVALE  VANDENBERG) 

(SUCCESSOR  LANDLINE  VANDENBERG  SUNNYVALE) 

(SUCCESSOR  LANDLINE  COLORADO-SPRINGS  VANDENBERG) 

(LINK  COLORADO-SPRINGS  VANDENBERG) 

(SUCCESSOR  LANDLINE  VANDENBERG  COLORADO-SPRINGS) 

(SUCCESSOR  LANDLINE  OFFUTT-NEBRASKA  FAIRCHILD-WASHINGTON) 
(LINK  OFFUTT-NEBRASKA  FAIRCHILD-WASHINGTON) 

(SUCCESSOR  LANDLINE  FAIRCHILD-WASHINGTON  OFFUTT-NEBRASKA) 
(SUCCESSOR  LANDLINE  OAKHANGER-UK  THULE-GREENLAND) 

(LINK  OAKHANGER-UK  THULE-GREENLAND) 

(SUCCESSOR  LANDLINE  THULE-GREENLAND  OAKHANGER-UK) 

(SUCCESSOR  LANDLINE  LORING-MAINE  NEW-HAMPSHIRE) 

(LINK  LORING-MAINE  NEW-HAMPSHIRE) 

(SUCCESSOR  LANDLINE  NEW-HAMPSHIRE  LORING-MAINE) 

(SUCCESSOR  LANDLINE  LORING-MAINE  OFFUTT-NEBRASKA) 

(LINK  LORING-MAINE  OFFUTT-NEBRASKA) 

(SUCCESSOR  LANDLINE  OFFUTT-NEBRASKA  LORING-MAINE) 

(SUCCESSOR  LANDLINE  ROSEMOUNT-MINN  OFFUTT-NEBRASKA) 

(LINK  ROSEMOUNT-MINN  OFFUTT-NEBRASKA) 

(SUCCESSOR  LANDLINE  OFFUTT-NEBRASKA  ROSEMOUNT-MINN) 
(SUCCESSOR  LANDLINE  COLORADO-SPRINGS  OFFUTT-NEBRASKA) 

(LINK  COLORADO-SPRINGS  OFFUTT-NEBRASKA) 

(SUCCESSOR  LANDLINE  OFFUTT-NEBRASKA  COLORADO-SPRINGS) 
(SUCCESSOR  LANDLINE  CRETE-GREECE  ASCENSION-ISLAND) 

(LINK  CRETE-GREECE  ASCENSION-ISLAND) 

(SUCCESSOR  LANDLINE  ASCENSION-ISLAND  CRETE-GREECE) 
(SUCCESSOR  LANDLINE  DIEGO-GARCIA  INDI AN-OCEAN ) 

(LINK  DIEGO-GARCIA  INDIAN -OCEAN) 

(SUCCESSOR  LANDLINE  INDIAN -OCEAN  DIEGO-GARCIA) 

(SUCCESSOR  LANDLINE  GUAM  WOOMERA- AUSTRALIA) 

(LINK  GUAM  WOOMERA-AUSTRALIA) 

(SUCCESSOR  LANDLINE  WOOMERA-AUSTRALIA  GUAM) 

(SUCCESSOR  LANDLINE  SUNNYVALE  COLORADO-SPRINGS) 

(LINK  SUNNYVALE  COLORADO-SPRINGS) 

(SUCCESSOR  LANDLINE  COLORADO-SPRINGS  SUNNYVALE) 

(SUCCESSOR  LANDLINE  WHITE-SANDS  COLORADO-SPRINGS) 

(LINK  WHITE-SANDS  COLORADO-SPRINGS) 

(SUCCESSOR  LANDLINE  COLORADO-SPRINGS  WHITE-SANDS) 

(SUCCESSOR  LANDLINE  WAHIAWI -HAWAII  SUNNYVALE) 

(LINK  WAHIAWI -HAWAII  SUNNYVALE) 

(SUCCESSOR  LANDLINE  SUNNYVALE  WAHIAWI -HAWAII) 

(SUCCESSOR  LANDLINE  POINT-MUGU  SUNNYVALE) 

(LINK  POINT-MUGU  SUNNYVALE) 

(SUCCESSOR  LANDLINE  SUNNYVALE  POINT-MUGU) 

(SUCCESSOR  LANDLINE  POINT-MUGU  NORFOLK-VIRGINIA) 

(LINK  POINT-MUGU  NORFOLK-VIRGINIA) 

(SUCCESSOR  LANDLINE  NORFOLK-VIRGINIA  POINT-MUGU) 

(SUCCESSOR  LANDLINE  PROSPECT-HARBOR-MAINE  NORFOLK-VIRGINIA) 
(LINK  PROSPECT-HARBOR-MAINE  NORFOLK-VIRGINIA) 

(SUCCESSOR  LANDLINE  NORFOLK-VIRGINIA  PROSPECT-HARBOR-MAINE) 
(SUCCESSOR  LANDLINE  PROSPECT-HARBOR-MAINE  LORING-MAINE) 
(LINK  PROSPECT-HARBOR-MAINE  LORING-MAINE) 

(SUCCESSOR  LANDLINE  LORING-MAINE  PROSPECT-HARBOR-MAINE) 
(SUCCESSOR  LANDLINE  KWAJELEIN-ISLAND  WOOMERA-AUSTRALIA) 
(LINK  KWAJELEIN-ISLAND  WOOMERA-AUSTRALIA) 

(SUCCESSOR  LANDLINE  WOOMERA-AUSTRALIA  KWAJELEIN-ISLAND) 
(SUCCESSOR  LANDLINE  KWAJELEIN-ISLAND  GUAM) 


(LINK  KWAJE LEIN -IS  LAND  GUAM) 

(SUCCESSOR  LANDLINE  GUAM  KWAJELEI”  ^SLAND) 

(SUCCESSOR  LANDLINE  NORFOLK-VIRGINIA  OFFUTT-NEBRASKA) 

(LINK  NORFOLK-VIRGINIA  OFFUTT-NEBRASKA) 

(SUCCESSOR  LANDLINE  OFFUTT-NEBRASKA  NORFOLK-VIRGINIA) 

(SUCCESSOR  LANDLINE  OAKHANGER-UK  CRETE-GREECE) 

(LINK  OAKHANGER-UK  CRETE-GREECE) 

(SUCCESSOR  LANDLINE  CRETE-GREECE  OAKHANGER-UK) 

(SUCCESSOR  LANDLINE  DIEGO-GARCIA  LORING-MAINE) 

(LINK  DIEGO-GARCIA  LORING-MAINE) 

(SUCCESSOR  LANDLINE  LORING-MAINE  DIEGO-GARCIA) 

(SUCCESSOR  LANDLINE  THULE -GREENLAND  LORING-MAINE) 

(LINK  THULE -GREENLAND  LORING-MAINE) 

(SUCCESSOR  LANDLINE  LORING-MAINE  THULE-GREENLAND) 

(LINK  LORING-MAINE  THULE-GREENLAND) 

(LINK  LORING-MAINE  DIEGO-GARCIA) 

(LINK  CRETE-GREECE  OAKHANGER-UK) 

(LINK  OFFUTT-NEBRASKA  NORFOLK-VIRGINIA) 

(LINK  GUAM  KWAJELEIN-ISLAND) 

(LINK  WOOMERA- AUSTRALIA  KWAJELEIN-ISLAND) 

(LINK  LORING-MAINE  PROSPECT-HARBOR-MAINE) 

(LINK  NORFOLK-VIRGINIA  PROSPECT-HARBOR-MAINE) 

(LINK  NORFOLK-VIRGINIA  POINT-MUGU) 

(LINK  SUNNYVALE  POINT-MUGU) 

(LINK  SUNNYVALE  WAHIAWI -HAWAII ) 

(LINK  COLORA DO-SPRINGS  SUNNYVALE) 

(LINK  WOOMERA- AUSTRALIA  GUAM) 

(LINK  INDIAN -OCEAN  DIEGO-GARCIA) 

(LINK  ASCENSION-ISLAND  CRETE-GREECE) 

(LINK  OFFUTT-NEBRASKA  COLORADO-SPRINGS ) 

(LINK  OFFUTT-NEBRASKA  ROSEMOUNT-MINN) 

(LINK  OFFUTT-NEBRASKA  LORING-MAINE) 

(LINK  NEW-HAMPSHIRE  LORING-MAINE) 

(LINK  THULE-GREENLAND  OAKHANGER-UK) 

(LINK  FAIRCHILD-WASHINGTON  OFFUTT-NEBRASKA) 

(LINK  VANDENBERG  COLORADO-SPRINGS) 

(LINK  VANDENBERG  SUNNYVALE) 

(LINK  VANDENBERG  OFFUTT-NEBRASKA) 

(LINK  KAENA-PT-HAWAI I  GUAM) 

(SUCCESSOR  CHATTER  KWAJELEIN-ISLAND  CHATTERKWAJELEIN) 

(SUCCESSOR  CHATTER  WOOMERA -AUSTRALIA  CHATTERWOOMERA ) 

(SUCCESSOR  CHATTER  INDIAN-OCEAN  CHATTERINDI ANOCEAN ) 

(SUCCESSOR  CHATTER  CRETE-GREECE  CHATTERCRETE) 

(SUCCESSOR  CHATTER  PROSPECT-HARBOR-MAINE  CHATTERPROSPECTHARBOR) 
(SUCCESSOR  CHATTER  NORFOLK-VIRGINIA  CHATTERNORFOLK) 

(SUCCESSOR  CHATTER  COLORADO-SPRINGS  CHATTERCOLOSPRINGS ) 
(SUCCESSOR  CHATTER  POINT-MUGU  CHATTERMUGU ) 

(SUCCESSOR  CHATTER  SUNNYVALE  CHATTERSUNNYVALE) 

(SUCCESSOR  CHATTER  WAHIAWI -HAWAII  CHATTERWAHIAWI ) 

(SUCCESSOR  CHATTER  CHATTERWAHIAWI  CHATTER4 ) 

(SUCCESSOR  CHATTER  CHATTER4  CHATTERKWAJELEIN) 

(SUCCESSOR  CHATTER  CHATTERWOOMERA  CHATTER4 ) 

(SUCCESSOR  CHATTER  CHATTER3  CHATTERWOOMERA) 

(SUCCESSOR  CHATTER  CHATTER3  CHATTERINDI ANOCEAN) 

(SUCCESSOR  CHATTER  CHATTERCRETE  CHATTER3) 

(SUCCESSOR  CHATTER  CHATTER2  CHATTERCRETE) 

(SUCCESSOR  CHATTER  CHATTER2  CHATTERPROSPECTHARBOR) 

(SUCCESSOR  CHATTER  CHATTERNORFOLK  CHATTER2) 

(SUCCESSOR  CHATTER  CHATTER 1  CHATTERPROSPECTHARBOR) 
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(SUCCESSOR  CHATTER  CHATTER 1  CHATTERNORFOLK) 
(SUCCESSOR  CHATTER  CHATTER 1  CHATTERCOLOSPRINGS) 
(SUCCESSOR  CHATTER  CHATTER 1  CHATTERS UNNYVALE) 
(SUCCESSOR  CHATTER  CHATTER1  CHATTERMUGU) 
(SUCCESSOR  CHATTER  CHATTERWAHIAWI  CHATTER 1) 
(SUCCESSOR  TALK  KWAJELEIN-ISLAND  TALKKWAJELEIN) 
(SUCCESSOR  TALK  GUAM  TALKGUAM) 

(SUCCESSOR  TALK  DIEGO-GARCIA  TALKDIEGOGARCIA) 
(SUCCESSOR  TALK  CRETE-GREECE  TALKCRETE ) 

(SUCCESSOR  TALK  THULE -GREEN LAND  TALKTHULE) 
(SUCCESSOR  TALK  COLORADO-SPRINGS  TALKCOLOSPRINGS ) 
(SUCCESSOR  TALK  SUNNYVALE  TALKS UNNYVALE) 
(SUCCESSOR  TALK  WAHIAWI -HAWAII  TALKWAHI AWI ) 
(SUCCESSOR  TALK  TALKKWAJELEIN  TALKS ATD) 
(SUCCESSOR  TALK  TALKGUAM  TALKS ATD) 

(SUCCESSOR  TALK  TALKGUAM  TALKSATC ) 

(SUCCESSOR  TALK  TALKDIEGOGARCIA  TALKSATC) 
(SUCCESSOR  TALK  TALKCRETE  TALKSATC) 

(SUCCESSOR  TALK  TALKCRETE  TALKS ATB) 

(SUCCESSOR  TALK  TALKTHULE  TALKSATA) 

(SUCCESSOR  TALK  TALKTHULE  TALKSATB) 

(SUCCESSOR  TALK  TALKCOLOSPRINGS  TALKSATA) 
(SUCCESSOR  TALK  TALKSUNNYVALE  TALKS ATD) 
(SUCCESSOR  TALK  TALKSUNNYVALE  TALKSATA) 
(SUCCESSOR  TALK  TALKWAHI AWI  TALKSATA) 

(SUCCESSOR  TALK  TALKWAHI AWI  TALKSATD) 

(SUCCESSOR  MIXED  TALKKWAJELEIN  CHATTER4 ) 
(SUCCESSOR  MIXED  TALKGUAM  CHATTER4) 

(SUCCESSOR  MIXED  TALKDIEGOGARCIA  CHATTER 3 ) 
(SUCCESSOR  MIXED  TALKCRETE  CHATTERS) 

(SUCCESSOR  MIXED  TALKCRETE  CHATTER3 ) 

(SUCCESSOR  MIXED  TALKTHULE  CHATTER2 ) 

(SUCCESSOR  MIXED  TALKTHULE  CHATTER1) 

(SUCCESSOR  MIXED  TALKCOLOSPRINGS  CHATTER1 ) 
(SUCCESSOR  MIXED  TALKSUNNYVALE  CHATTER1) 
(SUCCESSOR  MIXED  TALKWAHIAWI  CHATTER4 ) 

(SUCCESSOR  MIXED  TALKWAHIAWI  CHATTER1) 

(SUCCESSOR  MIXED  CHATTERKWAJELEIN  TALKSATD) 
(SUCCESSOR  MIXED  CHATTERWOOMERA  TALKSATD) 
(SUCCESSOR  MIXED  CHATTERWOOMERA  TALKSATC) 
(SUCCESSOR  MIXED  CHATTERINDIANOCEAN  TALKSATC) 
(SUCCESSOR  MIXED  CHATTERINDIANOCEAN  TALKSATB) 
(SUCCESSOR  MIXED  CHATTERCRETE  TALKSATC) 
(SUCCESSOR  MIXED  CHATTERCRETE  TALKSATB) 
(SUCCESSOR  MIXED  CHATTERPROSPECTHARBOR  TALKSATB) 
(SUCCESSOR  MIXED  CHATTERPROSPECTHARBOR  TALKSATA) 
(SUCCESSOR  MIXED  CHATTERNORFOLK  TALKSATA) 
(SUCCESSOR  MIXED  CHATTERCOLOSPRINGS  TALKSATA) 
(SUCCESSOR  MIXED  CHATTERMUGU  TALKSATA) 

(SUCCESSOR  MIXED  CHATTERSUNNYVALE  TALKSATA) 
(SUCCESSOR  MIXED  CHATTERWAHIAWI  TALKSATA) ) 


;;;-*-  Mode: Art;  package :au;  Base: 10. 
;;;  FILE:  D: BAP; TRAILS. ART 


(deffacts  chatterpaths 

(PATH  CHATTER  SUNNYVALE  WAHIAWI -HAWAII 

(SUNNYVALE  CHATTERS UNNYVALE  CHATTER1  CHATTERWAHIAWI  WAHIAWI -HAWAII) ) 

(PATH  CHATTER  POINT-MUGU  WAHIAWI-HAWAII 

(POINT-MUGU  CHATTERMUGU  CHATTER1  CHATTERWAHIAWI  WAHIAWI-HAWAII)) 

(PATH  CHATTER  COLO RA DO-SPRINGS  WAHIAWI-HAWAII 

(COLORADO-SPRINGS  CHATTERCOLOSPRINGS  CHATTER 1 
CHATTERWAHIAWI  WAHIAWI-HAWAII)) 

(PATH  CHATTER  NORFOLK-VIRGINIA  WAHIAWI-HAWAII 
(NORFOLK-VIRGINIA  CHATTERNORFOLK  CHATTER1 
CHATTERWAHIAWI  WAHIAWI-HAWAII)) 

(PATH  CHATTER  PROSPECT-HARBOR-MAINE  WAHIAWI-HAWAII 
( PROSPECT-HARBOR-MAINE  CHATTERPROSPECTHARBOR 
CHATTER1  CHATTERWAHIAWI  WAHIAWI-HAWAII)) 

(PATH  CHATTER  CRETE-GREECE  WAHIAWI-HAWAII 

(CRETE-GREECE  CHATTERCRETE  CHATTER2  CHATTERPROSPECTHARBOR 
CHATTER 1  CHATTERWAHIAWI  WAHIAWI-HAWAII)) 

(PATH  CHATTER  INDIAN -OCEAN  WAHIAWI-HAWAII 

( INDIAN -OCEAN  CHATTERINDIANOCEAN  CHATTER 3  CHATTERCRETE  CHATTER2 
CHATTERNORFOLK  CHATTER 1  CHATTERWAHIAWI  WAHIAWI-HAWAII)) 

(PATH  CHATTER  WOOMERA- AUSTRALIA  WAHIAWI-HAWAII 
(WOOMERA -AUSTRALIA  CHATTERWOOMERA  CHATTER 4 
CHATTERWAHIAWI  WAHIAWI-HAWAII)) 

(PATH  CHATTER  KWAJELEIN- ISLAND  WAHIAWI-HAWAII 
(KWAJELEIN- ISLAND  CHATTERKWAJELEIN  CHATTER 4 
CHATTERWAHIAWI  WAHIAWI-HAWAII)) 

(PATH  CHATTER  POINT-MUGU  SUNNYVALE 

(POINT-MUGU  CHATTERMUGU  CHATTER 1  CHATTERSUNNYVALE  SUNNYVALE)) 

(PATH  CHATTER  COLORADO-SPRINGS  SUNNYVALE 

(COLORADO-SPRINGS  CHATTERCOLOSPRINGS  CHATTER1 
CHATTERSUNNYVALE  SUNNYVALE)) 

(PATH  CHATTER  NORFOLK-  TRGINIA  SUNNYVALE 

(NORFOLK-VIRGINIA  CHATTERNORFOLK  CHATTER 1 
CHATTERSUNNYVALE  SUNNYVALE) ) 

(PATH  CHATTER  PROSPECT-HARBOR-MAINE  SUNNYVALE 

(PROSPECT-HARBOR-MAINE  CHATTERPROSPECTHARBOR  CHATTER 1 
CHATTERSUNNYVALE  SUNNYVALE) ) 


(PATH  CHATTER  CRETE-GREECE  SUNNYVALE 


(CRETE -GREECE  CHATTERCRETE  CHATTER2  CHATTERNORFOLK 
CHATTER 1  CHATTERSUNNYVALE  SUNNYVALE) ) 

(PATH  CHATTER  INDIAN -OCEAN  SUNNYVALE 

(INDIAN-OCEAN  CHATTERINDIANOCEAN  CHATTER3  CHATTERWOOMERA 
CHATTER4  CHATTERWAHIAWI  CHATTER 1  CHATTERSUNNYVALE  SUNNYVALE)) 

(PATH  CHATTER  WOOMERA- AUSTRALIA  SUNNYVALE 

( WOO ME RA- AUSTRALIA  CHATTERWOOMERA  CHATTER 4  CHATTERWAHIAWI 
CHATTER1  CHATTERSUNNYVALE  SUNNYVALE)) 

(PATH  CHATTER  KWAJE LEIN- IS LAND  SUNNYVALE 

(KWAJELEIN-ISLAND  CHATTERKWAJELEIN  CHATTER4 
CHATTERWAHIAWI  CHATTER1  CHATTERSUNNYVALE  SUNNYVALE)) 

(PATH  CHATTER  CO LORA DO-SPRINGS  POINT-MUGU 

(COLORADO-SPRINGS  CHATTERCOLOSPRINGS  CHATTER1 
CHATTERMUGU  POINT-MUGU) ) 

(PATH  CHATTER  NORFOLK-VIRGINIA  POINT-MUGU 

(NORFOLK-VIRGINIA  CHATTERNORFOLK  CHATTER 1 
CHATTERMUGU  POINT-MUGU) ) 

(PATH  CHATTER  PROSPECT -HARBOR -MAINE  POINT-MUGU 

( PROSPECT-HARBOR-MAINE  CHATTERPROSPECTHARBOR 
CHATTER 1  CHATTERMUGU  POINT-MUGU) ) 

(PATH  CHATTER  CRETE-GREECE  POINT-MUGU 

(CRETE-GREECE  CHATTERCRETE  CHATTER 2  CHATTERNORFOLK 
CHATTER1  CHATTERMUGU  POINT-MUGU)) 

(PATH  CHATTER  INDIAN-OCEAN  POINT-MUGU 

(INDIAN-OCEAN  CHATTERINDIANOCEAN  CHATTER3  CHATTERCRETE  CHATTER2 
CHATTERNORFOLK  CHATTER 1  CHATTERMUGU  POINT-MUGU) ) 

(PATH  CHATTER  WOOMERA -AUSTRALIA  POINT-MUGU 

(WOOMERA -AUSTRALIA  CHATTERWOOMERA  CHATTER4 
CHATTERWAHIAWI  CHATTER 1  CHATTERMUGU  POINT-MUGU) ) 

(PATH  CHATTER  KWAJELEIN-ISLAND  POINT-MUGU 

(KWAJELEIN-ISLAND  CHATTERKWAJELEIN  CHATTER4  CHATTERWAHIAWI 
CHATTER1  CHATTERMUGU  POINT-MUGU) ) 

(PATH  CHATTER  NORFOLK-VIRGINIA  COLORADO-SPRINGS 
(NORFOLK-VIRGINIA  CHATTERNORFOLK  CHATTER 1 
CHAT-  'RCOLOSPRINGS  COLORADO-SPRINGS)) 

(PATH  CHATTER  PROSPECT-HARBOR-MAINE  COLORADO-SPRINGS 

(PROSPECT-HARBOR-MAINE  CHATTERPROSPECTHARBOR  CHATTER 1 
CHATTERCOLOSPRINGS  COLORADO-SPRINGS)) 

(PATH  CHATTER  CRETE-GREECE  COLORADO-SPRINGS 

(CRETE-GREECE  CHATTERCRETE  CHATTER2  CHATTERNORFOLK  CHATTER 1 
CHATTERCOLOSPRINGS  COLORADO-SPRINGS)) 

(PATH  CHATTER  INDIAN-OCEAN  COLORADO-SPRINGS 

(INDIAN-OCEAN  CHATTERINDIANOCEAN  CHATTER 3  CHATTERCRETE  CHATTER2 
CHATTERNORFOLK  CHATTER!  CHATTERCOLOSPRINGS  COLORADO-SPRINGS) ) 


(PATH  CHATTER  WOOMERA -AUSTRALIA  COLORADO-SPRINGS 

(WOOMERA- AUSTRALIA  CHATTERWOOMERA  CHATTER 4  CHATTERWAH I AW I 
CHATTER 1  CHATTERCOLOSPRINGS  COLORADO-SPRINGS) ) 


(PATH  CHATTER  KWAJELEIN-ISLAND  COLORADO-SPRINGS 

(KWAJELEIN- ISLAND  CHATTERKWAJELEIN  CHATTER4  CHATTERWAHIAWI 
CHATTER1  CHATTERCOLOSPRINGS  COLORADO-SPRINGS) ) 


(PATH  CHATTER  PROSPECT-HARBOR-MAINE  NORFOLK-VIRGINIA 

( PROSPECT-HARBOR-MAINE  CHATTERPROSPECTHARBOR  CHATTER2 
CHATTERNORFOLK  NORFOLK-VIRGINIA) ) 


(PATH  CHATTER  CRETE-GREECE  NORFOLK-VIRGINIA 
(CRETE-GREECE  CHATTERCRETE  CHATTER2 
CHATTERNORFOLK  NORFOLK-VIRGINIA) ) 


(PATH  CHATTER  INDIAN-OCEAN  NORFOLK-VIRGINIA 

( INDIAN-OCEAN  CHATTERINDIANOCEAN  CHATTER 3  CHATTERCRETE 
CHATTER2  CHATTERNORFOLK  NORFOLK-VIRGINIA) ) 


(PATH  CHATTER  WOO HERA- AUSTRALIA  NORFOLK-VIRGINIA 

(WOOMERA- AUSTRALIA  CHATTERWOOMERA  CHATTER4  CHATTERWAHIAWI 
CHATTER 1  CHATTERNORFOLK  NORFOLK-VIRGINIA) ) 


(PATH  CHATTER  KWAJELEIN-ISLAND  NORFOLK-VIRGINIA 

(KWAJELEIN-ISLAND  CHATTERKWAJELEIN  CHATTER4  CHATTERWAHIAWI 
CHATTER1  CHATTERNORFOLK  NORFOLK-VIRGINIA) ) 


(PATH  CHATTER  CRETE-GREECE  PROSPECT-HARBOR-MAINE 

(CRETE-GREECE  CHATTERCRETE  CHATTER2  CHATTERPROSPECTHARBOR 
PROSPECT-HARBOR-MAINE) ) 


(PATH  CHATTER  INDIAN-OCEAN  PROSPECT-HARBOR-MAINE 

(INDIAN-OCEAN  CHATTERINDIANOCEAN  CHATTER3  CHATTERCRETE 
CHATTER2  CHATTERPROSPECTHARBOR  PROSPECT-HARBOR-MAINE) ) 


(PATH  CHATTER  WOOMERA-AUSTRALIA  PROSPECT-HARBOR-MAINE 

(WOOMERA-AUSTRALIA  CHATTERWOOMERA  CHATTER4  CHATTERWAHIAWI 
CHATTER 1  CHATTERPROSPECTHARBOR  PROSPECT-HARBOR-MAINE) ) 


(PATH  CHATTER  KWAJELEIN-ISLAND  PROSPECT-HARBOR-MAINE 

(KWAJELEIN-ISLAND  CHATTERKWAJELEIN  CHATTER4  CHATTERWAHIAWI 
CHATTER 1  CHATTERPROSPECTHARBOR  PROSPECT-HARBOR-MAINE)) 


(PATH  CHATTER  INDIAN-OCEAN  CRETE-GREECE 

(INDIAN-OCEAN  CHATTERINDIANOCEAN  CHATTER3 
CHATTERCRETE  CRETE-GREECE)) 


(PATH  CHATTER  WOOMERA-AUSTRALIA  CRETE-GREECE 

(WOOMERA-AUSTRALIA  CHATTERWOOMERA  CHATTERS 
CHATTERCRETE  CRETE-GREECE)) 


(PATH  CHATTER  KWAJELEIN-ISLAND  CRETE-GREECE 

(KWAJELEIN-ISLAND  CHATTERKWAJELEIN  CHATTER4  CHATTERWOOMERA 
CHATTER 3  CHATTERCRETE  CRETE-GREECE)) 


(PATH  CHATTER  WOOMERA-AUSTRALIA  INDIAN-OCEAN 

(WOOMERA-AUSTRALIA  CHATTERWOOMERA  CHATTER 3 
CHATTERINDIANOCEAN  INDIAN-OCEAN) ) 
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(PATH  CHATTER  KWAJELEIN-ISLAND  INDIAN -OCEAN 

(KWAJE LEIN- IS LAND  CHATTERKWAJELEIN  CHATTER*  CHATTERWOOMERA 
CHATTER 3  CHATTERINDIANOCEAN  INDIAN- OCEAN) ) 

(PATH  CHATTER  KWAJELEIN-ISLAND  WOOHERA -AUSTRALIA 
(KWAJELEIN-ISLAND  CHATTERKWAJELEIN  CHATTER* 

CHATTERWOOMERA  W OO ME RA- AUSTRALIA) ) ) 


-*-Mode:Art;  Package : ART-USER ;  Base: 10. 


;  ;  FI LE :  D : BAP ; COMMPLANS . ART 


(deffacts  chatter-paths 

(path  chatter  Wahiawi-Havaii  Sunnyvale 

(Wahiawi-Hawaii  chatterWahiavi  chatterl 
chatterSunnyvale  Sunnyvale  ) ) 

(path  chatter  Wahiawi-Havaii  Point -Mugu 

(Wahiawi-Hawaii  chatterWahiavi  chatterl 
chatterMugu  Point -Mugu  ) ) 


2** 


(path  chatter  Wahiawi-Havaii  Colorado-Springs 
(Wahiawi-Havaii  chatterWahiavi  chatterl 
chatterColoSpringa  Colorado-Springa  )) 

(path  chatter  Wahiawi-Havaii  Horfolk-Virginia 
(Wahiawi-Havaii  chatterWahiavi  chatterl 
chatterNorfolk  Norfolk-Virginia  ) ) 

(path  chatter  Wahiawi-Havaii  Prospect -Harbor-Ha ine 
(Wahiawi-Havaii  chatterWahiavi  chatterl 
chatterProspectHarbor  Prospect -Harbor-Maine  ) ) 

(path  chatter  Wahiawi-Hawaii  Crete-Creece 

(Wahiawi-Hawaii  chatterWahiavi  chatterl 

chatterProspectHarbor  chatter2  chatterCrete  Crete-Creece 

(path  chatter  Wahiawi-Hawaii  Indian-Ocean 

(Wahiawi-Hawaii  chatterWahiavi  chatterl  chatterNorfolk 
chatter2  chatterCrete  chatterl 
chatterlndianOcean  Indian-Ocean  )) 


'path  chatter  Wahiawi-Hawaii  Woowera-AUSTRALIA 
(Wahiawi-Hawaii  chatterWahiavi  chatter* 
chatterWooaera  Wooeera-AUSTRALIA  } ) 


i  path  chatter  Wahiawi-Hawaii  Kwa jelein-lsland 
(Wahiawi-Hawaii  chatterWahiavi  chatter* 
chatterKwa jelein  Kwa jelein-lsland  )) 

•path  chatter  Sunnyvale  Point-Hugu 

(Sunnyvale  chatterSunnyvale  chatterl  chatterMugu  Point-Mugu) ) 

•path  chatter  Sunnyvale  Colorado-Springs 

(Sunnyvale  chatterSunnyvale  chatterl 
chatterColoSpr ings  Colorado-Springs) ) 

path  chatter  Sunnyvale  Worfolk-Vi rginia 

(Sunnyvale  chatterSunnyvale  chatterl 
chatterMorf ol  k  Worf ol k-V t rg inia ) ) 

path  -hatter  Sunnyvale  Prospect -Harbor-Ha ine 
(Sunnyvale  chatterSunnyvale  chatterl 
chatterProspectHarbor  Proepect -Harbor-Ma ine ) ) 
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(path  chatter  Sunnyvale  Crete-Greece 

(Sunnyvale  chatterSunnyvale  chatterl 
chatterNorfolk  chatter2  chatterCrete  Crete-Greece)) 

(path  chatter  Sunnyvale  Indian-Ocean 

(Sunnyvale  chatterSunnyvale  chatterl  chatterWahiawi  chatter4 
chatterWoomera  chatter3  chatterlndianOcean  Indian-Ocean) ) 

(path  chatter  Sunnyvale  Woomera-AUSTRALIA 

(Sunnyvale  chatterSunnyvale  chatterl  chatterWahiawi  chatter4 
chatterWoomera  Woomera-AUSTRALIA) ) 

(path  chatter  Sunnyvale  Kwajelein-Island 

(Sunnyvale  chatterSunnyvale  chatterl  chatterWahiawi 
chatter4  chatterKwajelein  Kwajelein-Island  )) 


(path  chatter  Point-Mugu  Colorado-Springs 
(Point-Mugu  chatterMugu  chatterl 
chatterColoSprings  Colorado-Springs  ) ) 

(path  chatter  Point-Mugu  Norfolk-Virginia 
(Point-Mugu  chatterMugu  chatterl 
chatterNorfolk  Norfolk-Virginia) ) 

(path  chatter  Point-Mugu  Prospect-Harbor-Maine 
(Point-Mugu  chatterMugu  chatterl 
chatterProspectHarbor  Prospect-Harbor-Maine  ) ) 

(path  chatter  Point-Mugu  Crete-Greece 

(Point-Mugu  chatterMugu  chatterl  chatterNorfolk 
chatter2  chatterCrete  Crete-Greece  ) ) 

(path  chatter  Point-Mugu  Indian-Ocean 

(Point-Mugu  chatterMugu  chatterl  chatterNorfolk  chatter2 
chatterCrete  chatter3  chatterlndianOcean  Indian-Ocean  ) ) 

(path  chatter  Point-Mugu  Woomera-AUSTRALIA 

(Point-Mugu  chatterMugu  chatterl  chatterWahiawi 
chatter4  chatterWoomera  Woomera-AUSTRALIA  ) ) 

(path  chatter  Point-Mugu  Kwajelein-Island 

(Point-Mugu  chatterMugu  chatterl  chatterWahiawi  chatter4 
chatterKwajelein  Kwajelein-Island  )} 


(path  chatter  Colorado-Springs  Norfolk-Virginia 

(Colorado-Springs  chatterColoSprings  chatterl 
chatterNorfolk  Norfolk-Virginia) ) 

(path  chatter  Colorado-Springs  Prospect-Harbor-Maine 
(Colorado-Springs  chatterColoSprings  chatterl 
chatterProspectHarbor  Prospect-Harbor-Maine  ) ) 

(path  chatter  Colorado-Springs  Crete-Greece 

(Colorado-Springs  chatterColoSprings  chatterl  chatterNorfolk 
chatter 2  chatterCrete  Crete-Greece) ) 


(path  chatter  Colorado-Springs  Indian-Ocean 


(Colorado-Springs  chatterColoSprings  chatter 1  chatterNorfolk 
chatter2  chatterCrete  chatter3  chatter IndianOcean  Indian-Ocean) ) 

(path  chatter  Colorado-Springs  Woomera -AUSTRALIA 

(Colorado-Springs  chatterColoSprings  chatterl  chatterWahiawi 
chatter4  chatterWoomera  Woomera -AUSTRALIA ) ) 

(path  chatter  Colorado-Springs  Kvajelein-Island 

(Colorado-Springs  chatterColoSprings  chatterl  chatterWahiawi 
chatter4  chatterKwajelein  Kwajelein-Island) ) 


(path  chatter  Norfolk-Virginia  Prospect-Harbor-Maine 
(Norfolk-Virginia  chatterNorfolk  chatter2 
chatterProspectHarbor  Prospect-Harbor-Maine) ) 

(path  chatter  Norfolk-Virginia  Crete-Greece 

(Norfolk-Virginia  chatterNorfolk  chatter2 
chatterCrete  Crete-Greece) ) 

(path  chatter  Norfolk-Virginia  Indian-Ocean 

(Norfolk-Virginia  chatterNorfolk  chatter2  chatterCrete  chatter3 
chatterlndianOcean  Indian-Ocean) ) 

(path  chatter  Norfolk-Virginia  Woomera-AUSTRALIA 

(Norfolk-Virginia  chatterNorfolk  chatterl  chatterWahiawi 
chatter4  chatterWoomera  Woomera-Australia) ) 

(path  chatter  Norfolk-Virginia  Kwajelein-Island 

(Norfolk-Virginia  chatterNorfolk  chatterl  chatterWahiawi  chatter4 
chatterKwajelein  Xvajelein-Island) ) 


(path  chatter  Prospect-Harbor-Maine  Crete-Greece 

(Prospect-Harbor-Maine  chatterProspectHarbor  chatter2 
chatterCrete  Crete-Greece  ) ) 

(path  chatter  Prospect-Harbor-Maine  Indian-Ocean 

(Prospect-Harbor-Maine  chatterProspectHarbor  chatter2  chatterCrete 
chatter3  chatterlndianOcean  Indian-Ocean  ) ) 

(path  chatter  Prospect-Harbor-Maine  Woomera-AUSTRALIA 

(Prospect-Harbor-Maine  chatterProspectHarbor  chatterl  chatterWahiawi 
chatter4  chatterWoomera  Woomera-AUSTRALIA  ) ) 

(path  chatter  Prospect-Harbor-Maine  Kwajelein-Island 

(Prospect-Harbor-Maine  chatterProspectHarbor  chatterl 
chatterWahiawi  chatter4  chatterKwajelein  Kwajelein-Island  ) ) 


(path  chatter  Crete-Greece  Indian-Ocean 

(Crete-Greece  chatterCrete  chatter 3 
chatterlndianOcean  Indian-Ocean  ) ) 

(path  chatter  Crete-Greece  Woomera-AUSTRALIA 
(Crete-Greece  chatterCrete  chatter3 
chatterWoomera  Woomera-AUSTKALIA  ) ) 


(path  chatter  Crete-Greece  Kwajelein-Island 


(Crete-Greece  chatterCrete  chatter 3  chatterWoomera 
chatter4  chatterKwajelein  Kwajelein-Island) ) 


(path  chatter  Indian-Ocean  Woomera-AUSTRALIA 

(Indian-Ocean  chatterlndianOcean  chatter3 
chatterWoomera  Wooinera-AUSTRALIA) ) 

(path  chatter  Indian-Ocean  Kwajelein-Ieland 

(Indian-Ocean  chatterlndianOcean  chatters  chatterWoomera 

chatter4  chatterKwajelein  Kwajelein-Island)) 


(path  chatter  Woomera-AUSTRALIA  Kwajelein-Island 
(Woomera-AUSTRALIA  chatterWoomera  chatter4 
chatterKwajelein  Kwajelein-Island) ) 

(path  chatter  Point-Mugu  Diego-Garcia 

(Point-Mugu  chatterMugu  chatter 1  chatterWahiawi 
chatter4  chatterWoomera  chatter3  chatterlndianOcean 
Indian-Ocean  Diego-Garcia)) 

(path  chatter  Point-Mugu  Guam 

(Point-Mugu  chatterl  chatterWahiawi  chatter4  chatterKwajelein 
Kwajelein-Island  Guam)) 

(path  chatter  Norfolk-Virginia  Diego-Garcia 

(Norfolk-Virginia  chatterNorfolk  chatter2  chatterCrete  chatterl 
chatterlndianOcean  Indian-Ocean  Diego-Garcia) ) 

(path  chatter  Prospect-Harbor-Maine  Diego-Garcia 

(Prospact-Harbor-Maine  chatterProspectHarbor  chatter2 
chatterCrete  chatter!  chatterlndianOcean 
Indian-Ocean  Diego-Garcia) ) 

(path  chatter  Norfolk-Virginia  Guam 

(Norfolk-Virginia  chatterNorfolk  chatterl  chatterWahiawi 
chatter4  chatterWoomera  Woomera-AUSTRALIA  Guam) ) 

(path  chatter  Prospect-Harbor-Maine  Guam 

(Prospect-Harbor-Maine  chatterProspectHarbor  chatterl 
chatterWahiawi  chatter4  chatterWoomera  Woomera-AUSTRALIA  Guam) ) 

(path  talk  Thule-Greenland  Indian-Ocean 

(Thule-Greenland  talkThule  talksatB  talkCrete  talksatc 
talkDiegoGarcia  Diego-Garcia  Indian-Ocean) ) 

(path  talk  Thule-Greenland  Woomera-AUSTRALIA 

(Thule-Greenland  talkThule  talksatB  talkCrete  talksatc  talkGuam 
Guam  Woomera-AUSTRALIA) ) 

(path  chatter  Indian-Ocean  Guam 

(Indian-Ocean  chatterlndianOcean  chatterl  chatterWoomera 
Woomera-AUSTRALIA  Guam)) 

(path  talk  Diego-Garcia  Woomera-AUSTRALIA 

(Diego-Garcia  talkDiego-Garcia  talksatc  talkGuam 
Guam  Woomera-AUSTRALIA) ) 
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(path  chattar  Diago-Garcia  Point-Mugu 

(Diago-Garcia  Indian-Ocaan  chattarlndian-Ocaan 
chattarl  chattarWooaara  chattar*  chattarWahiawi  chatterl 
chattarMugu  Point-Mugu) ) 

(path  chattar  Guaa  Point-Mugu 

(Guaa  Kwa jalain-Island  chattarKwajalain  chattar*  chattarWahiawi 
chattarl  chattarMugu  Point-Mugu) ) 

(path  chattar  Diago-Garcia  Norfolk-Virginia 

(Diago-Garcia  Indian-Ocaan  chattarlndianOcaan  chattar3 
chattarCrata  chattar2  chattarNorfolk  Norfolk-Virginia) ) 

(path  chattar  Diago-Garcia  Proapact-Harbor-Maina 

(Diago-Garcia  Indian-Ocaan  chattarlndian-Ocaan 
chattar3  chattarCrata  chattar2  chattarProapactHarbor 
Proapact-Harbor-Maina) ) 

(path  chattar  Guaa  Norfolk-Virginia 

(Guaa  Wooaara-AUSTRALIA  chattarWooaara  chattar*  chattarWahiawi 
chattarl  chattarNorfolk  Norfolk-Virginia) ) 

(path  chattar  Guaa  Proapact-Harbor-Maina 

(Guaa  Wooaara-AUSTRALIA  chattarWooaara  chattar*  chattarWahiawi 
chattarl  chattarProapactHarbor  Proapact-Harbor-Maina) ) 

(path  talk  Indian-Ocaan  Thula-Graanland 

(Indian-Ocaan  Diago-Garcia  talkDiagoGarcia  talkaatc 
talkCrata  talkaatB  talkThula  Thula-Graanland) ) 

(path  talk  Wooaara-AUSTRALIA  Thula-Graanland 

(Wooaara-AUSTRALIA  Guaa  talkGuaa  talkaatc  talkCrata 
talkaatB  talkThula  Thula-Graanland) ) 

(path  chattar  Guaa  Indian-Ocaan 

(Guaa  Wooaara-AUSTRALIA  chattarWooaara  chattarl 
chattarlndianOcaan  Indian-Ocaan) ) 

(path  talk  Wooaara-AUSTRALIA  Diago-Garcia 

(Wooaara-AUSTRALIA  Guaa  talkGuaa  talkaaatc 
talkDiagoGarcia  DiagoGarcia) ) ) 


ft 


;?;  -*-Mode:Art?  Package: ART-USER;  Base: 10. 
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; ; ;  FILE :  D : BAP ; COMMPLANS2 . ART 


(def facts  talk-paths 

(path  talk  Wahiawi-Hawaii  Sunnyvale 

(Wahiavi-Havaii  talkWahlawl  talksatA  talkSunnyvale  Sunnyvale  )) 

(path  talk  Wahiawi-Hawaii  Colorado-Springs 
(Wahiawi-Hawaii  talkWahiawi  talksatA 
talkColoSprings  Colorado-Springs  ) ) 

(path  talk  Wahiawi-Hawaii  Thule-Greenland 

(Wahiawi-Hawaii  talkWahiawi  talksatA  talkThule  Thule-Greenland) ) 

(path  talk  Wahiawi-Hawaii  Crete-Greece 

(Wahiawi-Hawaii  talkWahiawi  talksatA  talkThule 
talksatB  talkCrete  Crete-Greece)) 

(path  talk  Wahiawi-Hawaii  Diego-Garcia 

(Wahiawi-Hawaii  talkWahiawi  talksatD  talkGuam 
talksatC  talkDiegoGarcia  Diego-Garcia  ) ) 

(path  talk  Wahiawi-Hawaii  Guam 

(Wahiawi-Hawaii  talkWahiawi  talksatD  talkGuan  Guam  ) ) 

(path  talk  Wahiawi-Hawaii  Kwajelein-Island 
(Wahiawi-Hawaii  talkWahiawi  talksatD 
talkKwajelein  Kwa jelein-Island  )) 

(path  talk  Sunnyvale  Colorado-Springs 
(Sunnyvale  talkSunnyvale  talksatA 
talkColoSprings  Colorado-Springs) ) 

(path  talk  Sunnyvale  Thule-Greenland 

(Sunnyvale  talkSunnyvale  talksatA  talkThule  Thule-Greenland)) 

(path  talk  Sunnyvale  Crete-Greece 

(Sunnyvale  talkSunnyvale  talksatA  talkThule  talksatB 
talkCrete  Crete-Greece)} 


(path  talk  Sunnyvale  Diego-Garcia 

(Sunnyvale  talkSunnyvale  talksatA  talkWahiawi  talksatC 
talkDiegoGarcia  Diego-Garcia  )) 

(path  talk  Sunnyvale  Guae 

(Sunnyvale  talkSunnyvale  talksatA  talkWahiawi 
talksatD  talkGuaa  Guae  )) 

(path  talk  Sunnyvale  Kwajelein-Island 

(Sunnyvale  talkSunnyvale  talksatA  talkWahiawi 
talksatD  talkKwajelein  Kwa jelein-Island  ) ) 
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(path  talk  Colorado-Springs  Thule-Greenland 

(Co! orado-Spr inge  talkColoSprings  talkaatA 
talkThule  Thule-Greenland)) 
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(path  talk  Colorado-Springs  Crete-Greece 

(Colorado-Springs  talkColoSprings  talksatA  talkThule  talksatB 
talkCrete  Crete-Greece) ) 

(path  talk  Colorado-Springs  Diego-Garcia 

(Colorado-Springs  talkColoSprings  talksatA  talkThule  talksatB 
talkCrete  talksatc  talkDiegoGarcia  Diego-Garcia  ) ) 

(path  talk  Colorado-Springs  Guam 

(Colorado-Springs  talkColoSprings  talksatA  talkWahiawi 
talksatD  talkGuam  Guam  ) ) 

(path  talk  Colorado-Springs  Kwajelein-Island 

(Colorado-Springs  talkColoSprings  talksatA  talkWahiawi 
talksatD  talkXwajelein  Kwajelein-Island  )) 

(path  talk  Thule-Greenland  Crete-Greece 

(Thule-Greenland  talkThule  talksatB  talkCrete  Crete-Greece  ) ) 

(path  talk  Thule-Greenland  Guam 

(Thule-Greenland  talkThule  talksatB  talkCrete 
talksatc  talkGuam  Guam  ) ) 

(path  talk  Thule-Greenland  Kwajelein-Island 

(Thule-Greenland  talkThule  talksatA  talkWahiawi  talksatD 
talkKwajelein  Kwajelein-Island  ) ) 

(path  talk  Thule-Greenland  Diego-Garcia 

(Thule-Greenland  talkThule  talksatB  talkCrete  talksatc 
talkDiegoGarcia  Diego-Garcia  ) ) 

(path  talk  Crete-Greece  Diego-Garcia 

(Crete-Greece  talkCrete  talksatc  talkDiegoGarcia  Diego-Garcia  )) 

(path  talk  Crete-Greece  Guam 

(Crete-Greece  talkCrete  talksatc  talkGuam  Guam  ) ) 

(path  talk  Crete-Greece  Kwajelein-Island 

(Crete-Greece  talkCrete  talksatc  talkGuam  talksatD 
talkKwajelein  Kwajelein-Island  )) 

(path  talk  Diego-Garcia  Guam 

(Diego-Garcia  talkDiegoGarcia  talksatc  talkGuam  Guam) ) 

(path  talk  Diego-Garcia  Kwajelein-Island 

(Diego-Garcia  talkDiegoGarcia  talksatD 
talkXwajelein  Kwa j alein-Island  )) 


(path  talk  Cuam  Kwajelein-Island 

(Guam  talkGuam  talksatD  talkXwajelein  Kwajelein-Island  ))  ) 


;;;  Mode : Art ;  Package : ART-USER ;  Base: 10. 

; ; ;  FILE:  D : BAP ; NAVIGATION . ART 


; ; ;  Navigation  Space  System  PATHFINDER 

(defschema  pathfinder 
(viewpoint  ?root) 

(system-name  pathfinder) 

(system-status  green) 

(mission  navigation) 

(coverage-areas  (1  2  3  4  5  6  7  8  9  10  11  12  13  14  15  16  17  18  19  20 
21  22  23  24  25  26  27  28  29  30  31  32  33  34  35  36)) 
(system-satellites  pathsatl  pathsat2  pathsat3  pathsat4  pathsat5 
pathsat6  pathsat7  pathsatS  pathsat9  pathsatio 
pathsatll  pathsatl2  pathsatl3  pathsatl4  pathsatlS 
pathsatl6  pathsatl7  pathsatlS  pathsatSparel 
pathsatSpare2  pathsatSpare3) 

(is-a  sat system) ) 


;  ; ;  PATHFINDER  Satellites 

(defschema  pathsatl 
(viewpoint  ?root) 

(orbit  geosynch) 

(is-a  satellite) 

(part-of  pathfinder) 
(data-transmit-freq  1575  1228) 
(ttc-transmit-freq  2250) 
(ttc-receive-freq  1800) 

(can-use-rts  yes) 

(sat-status  green) 

(sat-coverage  1  2  3  4  5  33  34  35  36) 
(sat-cov-list  (1  2  3  4  5  33  34  35  36)) 
(over  1) 

(primary-ttc  pathWahiawi) 

(backup-ttc  RTS -Guam  RTS-Kaena)) 

(defschema  pathsat2 
(viewpoint  ?root) 

(orbit  geosynch) 

(is-a  satellite) 

(part-of  pathfinder) 
(data-transmit-freq  1575  1228) 
(ttc-transmit-freq  2250) 
(ttc-receive-freq  1800) 

(can-use-rts  yes) 

(sat-status  green) 

(sat-coverage  12345673536) 
(sat-cov-list  (1  2  3  4  5  6  7  35  36)  ) 
(over  3) 

(primary-ttc  pathWahiawi) 

(backup-ttc  RTS-Kaena  RTS-Vandenberg) ) 


(defschema  pathsat3 
(viewpoint  ?root) 

(orbit  geosynch) 

(is-a  satellite) 

(part-of  pathfinder) 

(data-transmit-freq  1575  1228) 

(ttc-transmit-freq  2250) 

(ttc-receive-freq  1800) 

(can-use-rts  yes) 

(sat-status  green) 

(sat-coverage  123456789) 

(sat-COV-list  (123456789)) 

(over  5) 

(primary-ttc  pathWahiawi) 

(backup-ttc  pathColoSprings  RTS-Kaena  RTS-Vandenberg) ) 


(defschema  pathsat4 
(viewpoint  ?root) 

(orbit  geosynch) 

(is-a  satellite) 

(part-of  pathfinder) 

(data-transmit-freq  1575  1228) 

(ttc-transmit-freq  2250) 

(ttc-receive-freq  1800) 

(can-use-rts  yes) 

(sat-status  green) 

(sat-coverage  3456789  10  11) 

(sat-cov-list  (3  4  5  6  7  8  9  10  11)) 

(over  7) 

(primary-ttc  pathColoSprings) 

(backup-ttc  pathWahiawi  RTS-Kaena  RTS-Vandenberg  RTS-NewHamp) ) 

(defschema  pathsatS 
(viewpoint  ?root) 

(orbit  geosynch) 

(is-a  satellite) 

(part-of  pathfinder) 

(data-transmit-freq  1575  1228) 

(ttc-transmit-freq  2250) 

(ttc-receive-freq  1800) 

(can-use-rts  yes) 

(sat-status  green) 

(sat-coverage  56789  10  11  12  13) 

(sat-cov-list  (5  6  7  8  9  10  11  12  13)) 

(over  9) 

(primary-ttc  pathColoSprings) 

(backup-ttc  RTS-Vandenberg  RTS-NewHamp  RTS-Thule) ) 

(defschema  pathsat6 
(viewpoint  ?root) 

(orbit  geosynch) 

(i*~*  satellite) 

(part-of  pathfinder) 

(data-transmit-freq  1575  1228) 

(ttc-transmit-freq  2250) 

(ttc-receive-freq  1800) 

(can-use-rts  yes) 

(sat-status  green) 

(sat-coverage  7  8  9  10  11  12  13  14  15) 
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(sat-cov-list  (7  8  9  10  11  12  13  14  15)) 

(over  11) 

(primary-ttc  pathColoSprings) 

(backup-ttc  RTS-NewHamp  RTS-Thule) ) 

(defschema  pathsat7 
(viewpoint  ?root) 

(orbit  geosynch) 

(is-a  satellite) 

(part-of  pathfinder) 

(data-transmit-freq  1575  1228) 

(ttc-transmit-freq  2250) 

(ttc-receive-freq  1800) 

(can-use-rts  yes) 

(sat-status  green) 

(sat-coverage  9  10  11  12  13  14  15  16  17) 
(sat-cov-list  (9  10  11  12  13  14  15  16  17)) 

(over  13) 

(primary-ttc  pathAscension) 

(backup-ttc  RTS-NewHamp  RTS-Thule) ) 

(def schema  pathsat8 
(viewpoint  ?root) 

(orbit  geosynch) 

(is-a  satellite) 

(part-of  pathfinder) 

(data-transmit-freq  1575  1228) 

(ttc-transmit-freq  2250) 

(ttc-receive-freq  1800) 

(can-use-rts  yes) 

(sat-status  green) 

(sat-coverage  11  12  13  14  15  16  17  18  19) 
(sat-cov-list  (11  12  13  14  15  16  17  18  19)) 

(over  15) 

(primary-ttc  pathAscension) 

(backup-ttc  RTS-NewHamp  RTS-Thule  RTS-Oakhanger) ) 

(defschema  pathsat9 
(viewpoint  ?root) 

(orbit  geosynch) 

(is-a  satellite) 

(part-of  pathfinder) 

(data-transmit-freq  1575  1228) 

(ttc-transmit-freq  2250) 

(ttc-receive-freq  1800) 

(can-use-rts  yes) 

(sat-status  green) 

(sat-coverage  13  14  15  16  17  18  19  20  21) 
(sat-cov-list  (13  14  15  16  17  18  19  20  21)) 

(over  17) 

(primary-ttc  pathAscension) 

(backup-ttc  RTS-Oakhanger)) 

(defschema  pathsatlO 
(viewpoint  ?root) 

(orbit  geosynch) 

(is-a  satellite) 

(part-of  pathfinder) 

(data-transmit-freq  1575  1228) 


VjjJ 

t  _  nPHRUV 


(ttc-transait-freq  2250) 

(ttc-receive-freq  1800) 

(can-use-rts  yes) 

(sat-status  green) 

(sat-coverage  15  16  17  18  19  20  21  22  23) 
(sat-COV-list  (15  16  17  18  19  20  21  22  23)) 
(over  19) 

(primary-ttc  pathAscension) 

(backup-ttc  RTS-Oakhanger) ) 

(defscheaa  pathsatll 
(viewpoint  ?root) 

(orbit  geosynch) 

(is-a  satellite) 

(part-of  pathfinder) 

(data-transait-freq  1575  1228) 
(ttc-transait-freq  2250) 

(ttc-receive-freq  1800) 

(can-use-rts  yes) 

(sat-status  green) 

(sat-coverage  17  18  19  20  21  22  23  24  25) 
(sat-COV-list  (17  18  19  20  21  22  23  24  25)) 
(over  21) 

(priaary-ttc  pathAscension) 

(backup-ttc  RTS-IndianOcean  RTS-Oakhanger ) ) 

(defscheaa  pathsatl2 
(viewpoint  ?root) 

(orbit  geosynch) 

(is-a  satellite) 

(part-of  pathfinder) 

(data-transait-freq  1575  1228) 
(ttc-transait-freq  2250) 

(ttc-receive-freq  1800) 

(can-use-rts  yes) 

(sat-status  green) 

(sat-coverage  19  20  21  22  23  24  25  26  2’ 
(sat-COV-list  (19  20  21  22  23  24  25  26  2')) 
(over  23) 

(priaary-ttc  pathDiegoGarcia) 

(backup-ttc  RTS-Ind lanOcean : i 

(defscheaa  pathsatll 
(viewpoint  ?root) 

(orbit  geosynch) 

(is-a  satellite) 


(part-of  pathfinder) 
(data-transait-freq  1575  1228) 
(ttc-transait-freq  2250) 
(ttc-receive-freq  1800) 
(can-use-rts  yesj 
(sat-status  green) 

(sat-coverage  21  22  2)  24  25  26  2' 
( sat-cov-l 1st  (21  22  23  24  2 5  26  ; 
(over  25) 

(priaary-ttc  pathP i»ioCarc i a 
(backup-ttc  RTS  -  I nd lanOcean 

defscheea  pathsatM 


s' 


(viewpoint  ?root) 

(orbit  geosynch) 

(is-a  satellite) 

(part-of  pathfinder) 

(data-transmit-f req  1575  1228) 
(ttc-transmit-freq  2250) 

(ttc-receive-freq  1800) 

(can-use-rts  yes) 

(sat-status  green) 

(sat-coverage  23  24  25  26  27  28  29  30  31) 
(sat-cov-list  (23  24  25  26  27  28  29  30  31)) 
(over  27) 

(prmary-ttc  pathDiegoGarcia) 

(backup-ttc  RTS-IndianOcean) ) 


(defschema  pathsatl5 
(viewpoint  ?root) 

(orbit  geosynch) 

(is-a  satellite) 

(part-of  pathfinder) 

(data-transmit-freq  1575  1228) 
(ttc-transmit-freq  2250) 

( ttc-receive-f req  1800) 

(can-use-rts  yes) 

(sat-status  green) 

(sat-coverage  25  26  27  28  29  30  31  32  33) 

( sat-cov-l ist  (25  26  27  28  29  30  31  32  33)) 
(over  29) 

(prmary-ttc  pathDiegoGarcia) 

(backup-ttc  RTS -Guam ) ) 


defschema  pathsatl6 
(viewpoint  ’root) 

(orbit  geosynch) 

:  is-a  satell ite) 

:part-of  pathfinder) 
data-transmit-freq  1575  1228) 

:  ttc-transmit-freq  2250) 

;  ttc -receive— freq  1800) 
i  can-use-rts  yes) 
sat-status  green) 

.sat-coverage  27  28  29  30  31  32  33  34  35) 
sat-cov-l 1st  (27  28  29  30  31  32  33  34  35); 
:  over  3 1 ) 

prmary-ttc  RTS-Guam) 
backup-ttc i ) 


defschema  pathsatl' 
viewpoint  ?root) 

.  orbit  geosynch ) 
i s-a  sate  1 1 1 te ) 
part-of  pathfinder) 
data-transmit-freq  1575  1228) 
ttc-transmit-freq  2250) 
ttc-receive-freq  1800) 
oar-use-rts  yes) 
sat-status  green) 

sat-coverage  29  10  31  32  33  34  35  36  1) 
sat -cov- 1  ist  (  29  30  3  1  32  3  3  34  35  36  1  )) 


(over  33) 

(primary-ttc  RTS-Guam) 

(backup-ttc) ) 

(defschema  pathsatlS 
(viewpoint  ?root) 

(orbit  geosynch) 

(is-a  satellite) 

(part-of  pathfinder) 

(data-transmit-freq  1575  1228) 

(ttc-transmit-freq  2250) 

(ttc-receive-freq  1800) 

(can-use-rts  yes) 

(sat-status  green) 

(sat-coverage  31  32  33  34  35  36  1  2  3) 
(sat-cov-list  (31  32  33  34  35  36  1  2  3)) 

(over  35) 

(primary-ttc  RTS -Guam) 

(backup-ttc  pathWahiawi) ) 

(defschema  pathsatsparel 
(viewpoint  ?root) 

(orbit  geosynch) 

(is-a  satellite) 

(part-of  pathfinder) 

(data-transmit-freq  1575  1228) 

(ttc-transmit-freq  2250) 

(ttc-receive-freq  1800) 

(can-use-rts  yes) 

(sat-status  green) 

(sat-coverage  5678910  11  12  13) 

(sat-cov-list  (5  6  7  8  9  10  11  12  13)) 

(over  9) 

(primary-ttc  pathColoSprings) 

(backup-ttc  RTS-Vandenberg  RTS-NewHamp  RTS -Thule) 
(spare-in-use  no)) 

(defschema  pathsatSpare2 
(viewpoint  ?root) 

(orbit  geosynch) 

(is-a  satellite) 

(part-of  pathfinder) 

(data-transmit-freq  1575  1228) 

(ttc-transmit-freq  2250) 

(ttc-receive-freq  1800) 

(can-use-rts  yes) 

(sat-status  green) 

(sat-coverage  16  17  18  19  20  21  22  23  24) 
(sat-cov-list  (16  17  18  19  20  21  22  23  24)) 

(over  20) 

(primary-ttc  pathAscension) 

(backup-ttc  RTS-Oakhanger  RTS-IndianOcean) 
(spare-in-use  no)) 

lefschema  pathsatsparel 
'viewpoint  ?root) 
orbit  geosynch) 
i  ■ -a  satellite) 


( data -t ranaai t - f raq  11'*  1228 
(ttc-tranaait-freq  22*0 
ttc-raceive-freq  ; •  , 

(can-uae-rta  ye a 
'aat-atatua  qraar 

' eat -coverage  2  ’  .1  J 1  i  1 1  ) .  i  ■  *  • 

i»»t-COV-llBt  (2’  2V  1  !i  •*  ’■  1  * 

; ovar  1 1 i 

(priaary-ttc  ITTS-Cuea 
i  backup-ttc  j 
apara-  m-uae  no  i 

PATHFINDEP  EAPTH  TEPJIINALJS 

idaftchaiu  pathWahiawi 
'viewpoint  ’root, 
i  »a-a  aarth-tarai na i i 
(part-of  pathfindar) 

(uaa  ttci 

(ttc-etatua  green 
(location  Wahiawi -Hawa  ;  ; 

( araa  3) 

(ttc-raceive-freq  22*0) 

(ttc-tranaait-freq  1800 
(can-ttc-aarvica  3) 

( la-ttc-aarvic inq  3) 

(priaary-ttc-for  pathaat 1  pathaatr  pathaat) 

(backup-ttc-for  pathaat 18  pathaat«( 

(deaign-can-ttc-serv ica  3) 

(daaign-prlaary-ttc-for  pathaat 1  pathaat!  pathaat). 

(dafachaaa  pathCo loSpr l nqa 
(viawpoint  ?root) 

(ia-a  aarth-taminal ) 

(part-of  pathfindar) 

(uaa  ttc) 

(ttc-atatua  qraan) 

(location  Colorado-Sprmgs) 

(araa  8) 

(ttc-racaiva-f raq  2250) 

(ttc-tranaait-freq  1800) 

(can-ttc-aarvica  3) 

( ia-ttc-aervicinq  3) 

(priaary-ttc-for  pathaat*  pathaat*  pathaat6  pathaatSparel ) 
(backup-ttc-for  pathaat 3) 

(daaiqn-priaary-ttc-f or  pathaat*  pathaat*  pathaat*  pathaatSpare 1 
(daaiqn-can-ttc-aarvica  3)) 

(dafachaaa  pathAacanaion 
(viawpoint  ?root) 

(ia-a  aarth-tarainal ) 

(part-of  pathfinder) 

(use  ttc) 

(ttc-atatua  qraan) 

(location  Aacension-Island) 

(araa  17) 

(ttc-racaiva-fraq  2250) 

(ttc-tranaait- f raq  1800) 

(can-ttc-aarvica  6) 
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le-ttc- servicing  5) 

pr iiiry-ttc-for  pat  hast  Spa re2  pathaat?  pathaats  pathsat9 
pathaatl'1  pathsatlli 

backup- t  tc-fon 

dee i gn -pr  1  aery - 1 tc- f or  pathsatSpare2  pathaat?  pathaats  pathaats 
pathaat in  pathaat Ilf 
dee  i  gn -can- 1 1  c -aarv  Ice  6i 

lefsnheaa  pathDiegotiarcla 
viewpoint  ’root) 
la-a  aarth - taraina 1 j 
part -of  pathfinder; 

uae  ttci 

'tc-status  green) 
location  Diaqo-Ga rc l a ) 
area  26 , 

ttc  receive-freq  2250/ 
t tc - t ranee i t - f raq  1800) 

(can-ttc-eervice  6) 
is-ttc-aervicing  4) 

pr laary-ttc- for  pathaatl2  pathaatll  pathaatia  pathsatl5) 
backup-ttc-fori 

'deeiqn-pnaary-ttc-for  patheatl2  pathaatll  pathaatla  pathaatl5) 
(deeign-can-ttc-eervice  6)) 

Naviqation  Space  Syatea  SCOUT 

defacheaa  acout 
(viewpoint  ’root) 

(ayatea-naae  acout) 

I ayatea-atatua  qreen) 

(alaaion  naviqation) 

(coveraqe-areae  ( 1  2  1  4  5  6  7  a  9  10  11  12  13  14  15  16  17  is  19  20 
21  22  23  24  25  26  27  28  29  30  31  32  33  34  35  36)) 

( ayatea-aatel 1 ltea  acoutaatA  ecouteatB  acoutaatC  acoutaatD) 

(  la-a  aatayatea) ) 


SCOUT  Satel 1 ltea 


(defecheaa  acoutaatA 
(viewpoint  ?root) 

(orbit  geoeynch) 

(ia-a  satellite) 

(part-of  acout) 

(data-tranaait-f req  150  400) 

(ttc-tranaait-f req  150) 

(ttc-receive-freq  143.5) 

(can-uae-rta  no) 

(aat-atatua  green) 

(aat-coverage  1  2  3  4  5  6  7  8  32  33  34  35  36) 
(aat-cov-llat  ( 1  2  3  4  5  6  7  8  32  33  34  35  36) ) 
(over  2) 

(pr iaary-ttc  acoutMugu) 

(backup-ttc  acoutwahiawi  acoutWooaera) ) 

(defacheaa  acoutaatB 
(viewpoint  ?root) 
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(orbit  geosynch) 

(is-a  satellite) 

(part-of  scout) 

(data-transait-fraq  150  400) 

(ttc-transait-fraq  150) 

(ttc-receive-freq  143.5) 

(can-usa-rts  no) 

(sat-status  graan) 

(sat-covaraga  5  6  7  8  9  10  11  12  13  1  4  15  16  17) 

(sat-COV-list  (5  6  7  8  9  10  11  12  13  1  4  15  16  17)) 

(over  11) 

(primary-ttc  scoutMugu) 

(backup-ttc  scoutRosemount  acoutAscension  scoutProspectHarbor ) ) 

(def schema  scoutsatC 
(viewpoint  ?root) 

(orbit  gaosynch) 

(is-a  satallita) 

(part-of  scout) 

(data-transait-fraq  150  400) 

(ttc-transait-fraq  150) 

(ttc-racaiva-freq  143.5) 

(can-usa-rts  no) 

(sat-status  graan) 

(sat-covaraga  14  15  16  17  18  19  20  21  22  23  24  25  26) 
(sat-COV-list  (14  15  16  17  18  19  20  21  22  23  24  25  26)) 

(ovar  20) 

(primary-ttc  scoutAscension) 

( backup- ttc  scoutDiegoGarcia) ) 

(defschema  scoutsatD 
(viewpoint  ?root) 

(orbit  geosynch) 

(in-a  satellite) 

(part-of  scout) 

(data-transait-fraq  150  400) 

(ttc-transait-fraq  150) 

(ttc-racaiva-freq  143.5) 

(can-usa-rts  no) 

(sat-status  graan) 

(sat-covarage  23  24  25  26  27  28  29  30  31  32  33  34  35) 
(sat-cov-list  (23  24  25  26  27  28  29  30  31  32  33  34  35)) 

(over  29) 

(primary-ttc  scoutWooaera) 

(backup-ttc  scoutDiegoGarcia)) 


;;;  SCOUT  Earth  Terminals 

(defschema  scoutwahiawi 
(viewpoint  ?root) 

(is-a  earth-terminal) 
(part-of  scout) 

(use  ttc) 

(ttc-status  green) 
(ttc-receive-freq  150) 
(ttc-transmit-freq  143.5) 
(location  Wahiawi-Hawaii) 
(area  3) 


(can-ttc-service  3) 

(design-can-ttc-service  3) 

(is-ttc-servicing  0) 

(priaary-ttc-for) 

(backup-ttc-for  scoutsatA)  ) 

(defsehama  acoutMugu 
(viawpoint  ?root) 

(is-a  aarth-tarninal) 

(part-of  acout) 

(use  ttc) 

(ttc-status  green) 

(ttc-receive-freq  150) 

(ttc-transait-freq  143.5) 

(location  Point-Mugu) 

(area  7) 

(can-ttc-service  3) 

(is-ttc-servicing  2) 

(priaary-ttc-for  acoutaatA  acoutsatB) 
(design-can-ttc-service  3) 

(design-priaary-ttc-for  acoutsatA  acoutsatB) 
(bacJcup-ttc-for) ) 

(defscheaa  acoutRoaeaount 
(viewpoint  ?root) 

(is-a  earth-terainal) 

(part-of  scout) 

(use  ttc) 

(ttc-status  green) 

(ttc-receive-freq  150) 

(ttc-transait-freq  143.5) 

(location  Rosemount-Minn) 

(area  9) 

(can-ttc-service  3) 

( is-ttc-servicing  0) 

(design-can-ttc-service  3) 

(priaary-ttc-for) 

(bacXup-ttc-for  acoutsatB) ) 

(defscheaa  scoutProspectHarbor 
(viewpoint  ?root) 

(is-a  earth-terainal) 

(part-of  scout) 

(use  ttc) 

(ttc-status  green) 

(ttc-receive-freq  150) 

(ttc-transmit-freq  143.5) 

(location  Prospect-Harbor-Maine) 

(area  12) 

(can-ttc-service  3) 

(design-can-ttc-service  3) 

(is-ttc-servicing  0) 

(priaary-ttc-for) 

( bacJcup-ttc-for  scoutsatB) ) 

(defscheaa  scoutAscension 
(viewpoint  ?root) 

(is-a  earth-terainal) 

(part-of  scout) 


(us«  ttc) 

(ttc-status  groan) 

(ttc-r*c*iv*-f raq  150) 
(ttc-transsit-fraq  143.5) 

(location  Ascansion-Island) 

(ana  17) 

(can-ttc-s*rvlc*  3) 

( is-ttc-s*rvicinq  1) 
(dasign-can-ttc-sarvica  3) 

(d*siqn-pr isary-ttc-f or  scout sat C) 
(prisary-ttc-for  scoutsatC) 
(backup-ttc-for  scoutsatB) ) 

(dafschasa  scoutDiaqoGarcia 
(viawpoint  ?root) 

(is-a  aarth-tarsinal ) 

(part -of  scout) 

(usa  ttc) 

(ttc-status  groan) 

(ttc-racsivs-fraq  150) 
(ttc-transsit-fraq  143.5) 

(location  Diago-Garcia) 

(araa  26) 

(can-ttc-sarvic*  3) 
(dasign-can-ttc-sarvica  3) 

( is-ttc-sarvicinq  0) 

(prisary-ttc-for) 

(backup-ttc-for  scoutsatC  scoutsatD) ) 

(dafschasa  scoutWoosara 
(viawpoint  ?root) 

(is-a  sarth-tarsinal) 

(part-of  scout) 

(usa  ttc) 

(ttc-status  groan) 

(ttc-racaiva-fraq  150) 
(ttc-transsit-fraq  143.5) 

(location  Hoosera-Australia) 

(araa  32) 

(can-ttc-sarvic*  3) 
(dasign-can-ttc-sarvica  3) 

( is-ttc-sarvicing  1) 

(prisary-ttc-for  scoutsatD) 

(design-pr isary-ttc-f or  scoutsatD) 
(backup-ttc-for  scoutsatA) ) 


_  •  - 


Mod*: Art;  Package: ART-USER ;  Baa*: 10. 


;  FILE:  0: BAP ; COMMUNICATION . ART 


;  Couunicttiont  Spac*  Syatea  TALK 


(dofachaaa  talk 

(viewpoint  ?root) 
(ayat**-na»*  talk; 

( ay ataa-atatua  graen) 
(■iasion  coaaumcationa) 


(coverage-area*  (123 

4  5  6  7  8  9 

10 

1  1 

12 

13 

14  15  16 

l7 

18  18 

22  23 

24  25  26  27 

28 

29 

30 

31 

32  33  34 

35 

36  )  | 

(ayataa-coveraga-liat 

(12345 

6  7 

8  9 

10 

11 

12  13  14 

15 

16  1 

22  23 

24  25  26  27 

28 

29 

30 

31 

32  33  34 

35 

36  )  ) 

(ayataa-aatallitaa  talkaatA  talkaatB 

talksatc  talkaatO) 

(ia-a  aatayataa) ) 


;  TALK  Satallitaa 

(dafacheaa  talkaatA 
(viewpoint  ?root) 

(part-of  talk) 

(orbit  geoaynch) 

(ia-a  aatallita) 

(data-tx-fr*q-low*r  7250) 

(data-rx-fr*q-low*r  7900) 

(data-tx-f raq-uppar  7750) 

(data-rx-fr*q~uppar  8400) 

(ttc-tranaait-fraq  2250) 

(ttc-racaiva-fraq  1800) 

(aat-cov*rag*  3  4  5  6  7  8  9  10  11  12  13  14  15) 
(aat-COV-liat  (3  4  5  6  7  8  9  10  11  12  13  14  15)) 

(over  9) 

(can-ua*-rta  yaa) 

(priaary-ttc  rta-Vandanbarg) 

(backup-ttc  rta-Kaana  rta-NawHaap  rta-Thula) 

(aat-atatu*  graan) ) 

(dafachaaa  talkaatB 
(viewpoint  ?root) 

(part-of  talk) 

(orbit  gaoaynch) 

(ia-a  aatallite) 

(data-tx-fr*q-low*r  7250) 

(data-rx-fr*q-low*r  7900) 

(data-tx-freq-upper  7750) 

(data-rx-freq-upper  8400) 

(ttc-tranaait-fraq  2250) 

(ttc-raceiva-f req  1800) 

(aat-coverage  12  13  14  15  16  17  18  19  20  21  22  23  24) 
(aat-COV-liat  (12  13  14  15  16  17  18  19  20  21  22  23  24)) 
(over  18) 

(can-uae-rts  yaa) 
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(pri»ary-ttc  rta- Ind lanOcaan ) 

(backup-ttc  rta-Thula  rta-Oakhanqer ) 

(aat-atatua  qraan)) 

defacheaa  talkaatc 
(viewpoint  ? root l 
(part-of  talk) 

(orbit  geoaynch) 

(ta-a  aatallita) 

(data-tx-freq-lower  7250) 

(data-rx-f raq- lovtr  7900) 

(data-tx-freq-upper  7750) 

(data-ra-fraq-uppar  *400) 

( ttc-traneait-f raq  2250) 

( ttc-receive-f raq  1*00) 

( aat -covaraga  21  22  21  24  25  26  27  2*  29  10  11  12  31) 

( aat-cov- 1 lat  (21  22  21  24  25  26  27  2*  29  30  31  32  33)) 
(ovar  27) 

(can-uaa-rta  yaa) 

(priaary-ttc  rte-IndianOcaan) 

(backup-ttc  rta-Guaa) 

(aat-atatua  qraan) ) 

sdafachaaa  talkaatO 
(viewpoint  ’root) 

(part-of  talk) 

(orbit  geoaynch) 

( ia-a  aatal 1 lta) 

( data - ta- f raq- Iowa r  7250) 

(data-ra-f raq- lower  7900) 

(data-ta-fraq-upper  7750) 

(data-ra-fraq-uppar  *400) 

(ttc-tranaalt-fraq  2250) 

< ttc-racalva-fraq  1*00) 

( aat -coverage  1  2  3  4  5  6  30  3 1  32  3 3  34  35  36) 
(aat-COV-liat  ( 1  2  3  4  5  6  30  31  32  33  34  35  36)) 

(over  35) 

(can-uaa-rta  yaa) 

(priaary-ttc  rts-Kaena) 

(backup-ttc  rta-Vandanbarq  rta-Guaa) 

(aat-atatua  qraan) ) 


TALK  Earth  Terminal* 


(defachaaa  talkWahiawi 
(viewpoint  ?root) 

(ia-a  aarth-tarainal ) 

(part-of  talk) 

(location  Wahiawi-Hawa i i ) 

(area  3) 

(uaa  data) 

(data-atatua  qraan) 
(racaiva-data-for  talk) 
(daaign-racaiva-data-for  talk) 
(data-rx-f raq-lowar  7250) 
(data-tx-f raq-lowar  7900) 


(data-rx-f raq-uppar  7750) 

(data-tx-f raq-uppar  1400) 

(  receive-data-f roa  talkaatA  talkaatD) 
(deeign-receive-data-from  talkaatA  talkaatD) ) 


(defachema  talkSunnyvale 
(viewpoint  ?root) 

(is-a  earth-terminal ) 

(part-of  talk) 

(location  Sunnyvale) 

(area  6) 

(uaa  data) 

(data-atatua  qraan) 

( racaiva-data-f or  talk) 

(deaign-receive-data-f  or  talk) 
(data-rx-freq-lower  7250) 

( da ta-tx-fraq- lower  7900) 

(data-rx-fraq-uppar  7750) 

(data-tx-f raq-uppar  8400) 

(racaiva-data-f ron  talkaatA  talkaatD) 
(deaign-recaiva-data-from  talkaatA  talkaatD) ) 


(defachema  talkColoSpr inqa 
(viewpoint  ?root) 

(ia-a  aarth-tarBinal) 

(part-of  talk) 

(location  Colorado-Springa) 

(area  8) 

(uaa  data) 

(data-atatua  qraan) 

(receive-data-for  talk) 
(deaign-receive-data-for  talk) 
(data-rx-freq-lower  7250) 
(data-tx-fraq-lower  7900) 
(data-rx-fraq-uppar  7750) 

(data-tx-f raq-uppar  8400) 

( receive-data-f rom  talkaatA) 
(daaign-receive-data-f rom  talkaatA) ) 


(defachema  talkCrata 
(viewpoint  ?root) 

(ia-a  aarth-tarminal) 

(part-of  talk) 

(location  Crete-Greaca) 

(area  21) 

(uaa  data) 

(data-atatua  qraan) 

(receive-data-for  talk) 
(daaign-racaiva-data-for  talk) 
(data-rx-freq-lower  7250) 

(data-tx-freq-lower  7900) 

(data-rx-fraq-uppar  7750) 

(data-tx-freq-upper  8400) 

( race ive-data- from  talkaatB  talksatc) 
(deaign-racaiva-data-from  talkaatB  talksatc)) 
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(defschema  talkDiegoGarcia 
(viewpoint  ?root) 

(is-a  earth-terminal) 

(part-of  talk) 

(location  Diego-Garcia) 

(area  26) 

(use  data) 

(data-status  grean) 

(receive-data-for  talk) 
(design-receive-data-for  talk) 
(data-rx-freq-lower  7250) 
(data-tx-freq-lower  7900) 
(data-rx-freq-upper  7750) 
(data-tx-freq-upper  8400) 
(receive-data-from  talkaatC) 
(deaign-racaiva-data-f ron  talkaatC) ) 


(defachema  talkKwa jalain 
(viewpoint  ?root) 

(ia-a  aarth-tarainal) 

(part-of  talk) 

(location  Kwajelein-Ialand) 

(area  35) 

(use  data) 

(data-atatua  green) 

(receive-data-for  talk) 
(design-receive-data-for  talk) 
(data-rx-fraq-lowar  7250) 
(data-tx-fraq-lowar  7900) 
(data-rx-freq-uppar  7750) 
(data-tx-fraq-uppar  8400) 
(receive-data-froB  talkaatD) 
(design-receiva-data-froB  talksatD) ) 


(def schema  talkThule 
(viewpoint  ?root) 

(is-a  earth-terminal) 

(part-of  talk) 

(location  Thule-Greenland) 

(area  12) 

(use  data) 

(data-status  green) 

(receive-data-for  talk) 
(design-receive-data-for  talk) 
(data-rx-freq-lower  7250) 

(data-tx-freq-lower  7900) 

(data-rx-freq-upper  7750) 

(data-tx-freq-upper  8400) 

(receive-data-froB  talksatA  talksatB) 
(design-receive-data-f rom  talksatA  talksatB) ) 


(defschema  talkGuam 
(viewpoint  ?root) 
(is-a  earth-terminal) 
(part-of  talk) 


(location  Guam) 

(arta  33) 

(uaa  data) 

(data-atatus  green) 

(recaive-data-for  talk) 
(design-receive-data-for  talk) 

(data-rx-f req-lower  7250) 

(data-tx-f raq-lowar  7900) 

(data-rx-freq-upper  7750) 

(data-tx-f raq-upper  8400) 

(receive-data-froa  talksatc  talksatD) 
(dasign-receive-data-f tom  talkaatC  talkmatD) ) 


;  Coaaunications  Spaca  System  CHATTER 

(defschama  chatter 
(viewpoint  ?root) 

(aystam-nama  chatter) 

(mission  communications) 

(covarage-araas  ( 1  2  3  4  5  6  7  8  9  10  11  12  13  14  15  16  17  is  19  20  21 

22  23  24  25  26  27  28  29  30  31  32  33  34  35  36)) 

( system-coverage- 1 ist  (1  2  3  4  5  6  7  8  9  10  11  12  13  14  15  16  17  18  19 

20  21  22  23  24  25  26  27  28  29  30  31  32  33  34  35  36)) 

(system-satellites  chattarl  chatter2  chatter3  chatter4) 

(is-a  satsystem) ) 


;;;  CHATTER  Satellites 


(defschama  chattarl 
(viewpoint  ?root) 

(orbit  gaosynch) 

(is-a  satellite) 

(part-of  chatter) 

(data-tx-freq-lower  225) 

(data-tx-freq-upper  400) 

(data-rx-freq-lower  225) 

(data-rx-freq-upper  400) 

(data-rx-freq-lower2  7900) 

(data-rx-freq-upper2  8400) 

(ttc-transmit-freq  2252.5  2262.5) 
(ttc-receive-freq  1800) 

(sat-covarage  1  2  3  4  5  6  7  8  9  10  11  12  13) 
(sat-cov-list  (1  2  3  4  5  6  7  8  9  10  11  12  13) ) 
(over  7) 

(can-use-rts  yes) 

(primary-ttc  chatterMugu) 

(backup-ttc  chatterNorfolk  chatterWahiawi) 
(sat-status  green) ) 


(defschema  chatter2 
(viewpoint  ?root) 
(orbit  geosynch) 
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(is-a  satellite) 

(part-of  chatter) 

(data-tx-f req-lower  225) 

(data-tx-freq-upper  400) 

(data-rx-freq-lower  225) 

(data-rx-f req-upper  400) 

(data-rx-f req-lower2  7900) 

(data-rx-f req-upper2  8400) 

(ttc-transmit-freq  2252.5  2262.5) 

(ttc-receive-freq  1800) 

(aa*: -coverage  10  11  12  13  14  15  16  l~  18  19  20  2  1  22' 

( sat-cov-l let  (10  11  12  13  14  15  16  17  18  19  20  21  22!' 
(over  16) 

(can-uee-rta  yea) 

(pnmary-ttc  chatterNor f ol k ) 

(sat-statua  green)) 

(def schema  chatter! 

(viewpoint  ?root) 

(orbit  geosynch) 

( is-a  satel 1  its ) 

(part-of  chatter) 

(data-tx-f req-lower  225) 

(data-tx-freq-upper  400) 

(data-rx-freq-lower  225) 

(data-rx-f req-upper  400) 

(data -rx-f req-lower2  7900) 

(data-rx-freq-upper2  8400) 

( tt c- transsit- freq  2252.5  2262.5) 

(ttc-receive-freq  1800) 

(sat-coverage  20  21  22  23  24  25  26  27  28  29  30  31  32) 
(sat-cov-list  (20  21  22  23  24  25  26  27  28  29  30  31  32)) 
(over  26) 

(can-use-rts  yes) 

(primary-ttc  chatterWoomera ) 

(sat-status  green)) 


mm\\ 
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(def schema  chatter4 
(viewpoint  ?root) 

(orbit  geosynch) 

(is-a  satellite) 

(part-of  chatter) 

(data-tx-f req-lower  225) 

(data-tx-freq-upper  400) 

(data-rx-freq-lower  225) 

(data-rx-f req-upper  400) 

(data-rx-freq-lower2  7900) 

(data-rx-f req-upper2  8400) 

(ttc-transmit-freq  2252.5  2262.5) 

(ttc-receive-freq  1800) 

(sat-coverage  1  2  3  4  5  29  30  31  32  33  34  35  36) 
(sat-cov-list  (1  2  3  4  5  29  30  31  32  33  34  35  36)) 
(over  35) 

(can-use-rts  yes) 

(primary-ttc  chatterWahiawi ) 

(backup-ttc  chatterWoomera) 

(sat-status  green)) 


k-.O.N*. 
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CHATTER  Earth  Terminal* 


dafarhaB*  chatterwah law i 
.viewpoint  ’root / 

,  is-a  earth-terminal1 
;part-of  chatter; 
i  location  Mahiawi-Hawan 
ar*a  3 

t uia  data  ttci 
:data-itatui  green ' 

,  race i ve-dat a - f or  chattar 
ideaign-receive-data-for  chattar 
data- rx - f raq- Iowa r  225' 

, data - rx- f raq-uppar  400; 
i data-tx - f raq- 1 ower  225; 

( data- tx- f req-uppe r  400: 
i  data-tx- f raq- lower2  0900  ; 
l data-tx- f raq-uppar 2  8400) 

( receive-data-f ro»  chattarl  chatters 
[ das lqn-racai va-data- f roc  chattarl  chatters: 
(ttc-racaiva-fraq  2252.5  2262. 5) 

( ttc-transait-f raq  1800) 

( can-ttc-aerv ice  3) 

(design-ttc-service  3) 

( ls-ttc-aarvicing  1) 

( pr imary-ttc- for  chattar4) 
ldesign-pr laary-ttc-for  chatters ) 
(backup-ttc-for  chattarl) 

(ttc-atatua  green) ) 

(daf schema  chatterSunnyva la 
(viewpoint  ?root) 

(ia-a  aarth-tarBinal ) 

(part-of  chattar) 

(location  Sunnyvale) 

(area  6) 

(use  data) 

(data-status  green) 

( receive-data-for  chatter) 
(dasign-raceiva-data-for  chatter) 

(data-rx-f xeq-lowar  225) 

(data-rx-f raq-upper  400) 

(data-tx-f req-lower  225) 

(data-tx-f req-upper  400) 

(data-tx-f req-lower2  7900) 

(data-tx-f req-upper2  8400) 

( receive-data-f rom  chatterl) 
(design-receive-data-f rom  chatterl) ) 


(defschema  chatterMugu 
(viewpoint  ’root) 

(is-a  earth-terminal) 
(part-of  chatter) 

(location  Point-Mugu) 

(area  7) 

(use  data  ttc) 

(data-status  green) 
(receive-data-for  chatter) 


(design-receive-data-for  chatter) 
(data-rx-freq-lower  225) 
(data-rx-freq-upper  400) 
(data-tx-freq-lower  225) 
(data-tx-freq-upper  400) 
(data-tx-freq-lower2  7900) 
(data-tx-freq-upper2  8400) 
(receive-data-from  chatterl) 

(design- receive-data-from  chatterl) 
(ttc-receive-freq  2252.5  2262.5) 
(ttc-transmit-freq  1800) 
(can-ttc-service  3) 
(design-ttc-service  3) 

( is-ttc-servicing  1) 

(primary-ttc-for  chatterl) 
(design-primary-ttc-for  chatterl) 
(ttc-status  green) ) 

(defschema  chatterColoSprings 
(viewpoint  ?root) 

(is-a  earth-terminal) 

(part-of  chatter) 

(location  Colorado-Springs) 

(area  8) 

(use  data) 

(data-status  green) 

(receive-data-for  chatter) 
(design-receive-data-for  chatter) 
(data-rx-freq-lower  225) 
(data-rx-freq-upper  400) 
(data-tx-freq-lower  225) 
(data-tx-freq-upper  400) 
(data-tx-freq-lower2  7900) 
(data-tx-freq-upper2  8400) 
(receive-data-from  chatterl) 
(design-receive-data-from  chatterl) ) 

(defschema  chatterNorfolK 
(viewpoint  ?root) 

(is-a  earth-terminal) 

(part-of  chatter) 

(location  Norfolk-Virginia) 

(area  11) 

(use  data  ttc) 

(data-status  green) 

(receive-data-for  chatter) 
(design-receive-data-for  chatter 
(data-rx-freq-lower  225) 
(data-rx-freq-upper  400) 
(data-tx-freq-lower  225) 
(data-tx-freq-upper  400) 

(data-tx-f req-lower2  7900 
(data-tx-f req-upper2  8400 
(receive-data-from  chatter.  *■*'••• 
(design-receive-data-froir  •  i*‘e- 
( ttc-rece l ve- f req  2251  1  .. «. 
(ttc-transmit-freq  '.8. 
(can-ttc-»«mc»  ' 

( de» l gn-tt c- ae rv i . *  ' 
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(is-ttc-servicing  1) 

(primary-ttc-for  chatter2) 
(design-primary-ttc-for  chatter2) 
(backup-ttc-for  chatterl) 

(ttc-status  green) ) 

(defschema  chatterProspectHarbor 
(viewpoint  ?root) 

(is-a  earth-terminal) 

(part-of  chatter) 

(location  Prospect-Harbor-Maine) 

(area  12) 

(use  data) 

(data-status  green) 

(receive-data-for  chatter) 
(design-receive-data-for  chatter) 
(data-rx-freq-lower  225) 

(data-rx-freq-upper  400) 

(data-tx-freq-lower  225) 

(data-tx-freq-upper  400) 

(data-tx-freq-lower2  7900) 
(data-tx-freq-upper2  8400) 

(receive-data-from  chatterl  chatter2) 
(design-receive-data-from  chatterl  chatter2)) 

(defschema  chatterCrete 
(viewpoint  ?root) 

(is-a  earth-terminal) 

(part-of  chatter) 

(location  Crete-Greece) 

(area  21) 

(use  data) 

(data-status  green) 

(receive-data-for  chatter) 
(design-receive-data-for  chatter) 
(data-rx-freq-lower  225) 

(data-rx-freq-upper  400) 

(data-tx-freq-lower  225) 

(data-tx-freq-upper  400) 

(data-tx-freq-lower2  7900) 
(data-tx-freq-upper2  8400) 

(receive-data-from  chatter2  chatter3) 
(design-receive-data-from  chatter2  chatter3)) 

(defschema  chatterlndianOcean 
(viewpoint  ?root) 

(is-a  earth-terminal) 

(part-of  chatter) 

(location  Indian-Ocean) 

(area  24) 

(use  data) 

(data-status  green) 

(receive-data-for  chatter) 
(design-receive-data-for  chatter) 
(data-rx-freq-lower  225) 

(data-rx-freq-upper  400) 

(data-tx-freq-lower  225) 

(data-tx-freq-upper  400) 

(data-tx-freq-lower2  7900) 


(data-tx-freq-upper2  8400) 

(receive-data-from  chatter3) 
(design-receive-data-from  chatter3) ) 

(defschema  chatterHoomera 
(viewpoint  ?root) 

(is-a  earth-terminal) 

(part-of  chatter) 

(location  Woomera-Austrailia) 

(area  32) 

(use  data  ttc) 

(data-status  green) 

(receive-data-for  chatter) 
(design-receive-data-for  chatter) 
(data-rx-freq-lower  225) 

(data-rx-freq-upper  400) 

(data-tx-freq-lower  225) 

(data-tx-freq-upper  400) 

(data-tx-freq-lower2  7900) 
(data-tx-freq-upper2  8400) 

(receive-data-from  chatter3  chatter4) 
(design-receive-data-from  chatter3  chatter4) 
(ttc-receive-freq  2252.5  2262.5) 
(ttc-transmit-freq  1800) 

(can-ttc-service  3) 

(design-ttc-service  3) 

(is-ttc-servicing  1) 

(primary-ttc-for  chatter3) 
(design-primary-tte-for  chatter3) 
(backup-ttc-for  chatter4) 

(ttc-status  green)) 

(defschema  chatterKwajelein 
(viewpoint  ?root) 

(is-a  earth-terminal) 

(part-of  chatter) 

(location  Kwajelein-Island) 

(area  35) 

(use  data) 

(data-status  green) 

(receive-data-for  chatter) 

( des ign-receive-data- f or  chatter ) 
(data-rx-freq-lower  225) 

(data-rx-freq-upper  400) 

(data-tx-freq-lower  225) 

(data-tx-freq-upper  400) 

(data-tx-freq-lower2  7900) 
(data-tx-freq-upper2  8400) 

(receive-data-from  chatter4) 
(design-receive-data-from  chatter4) ) 


*-  Mode: Art;  Package : au ;  Base: 10. 


; ; s  FILE  D : BAP ; SCENARIOS . ART 


DEFAULT  PRIORITIES 


;;;  DEFAULT  PRIORITIES  FOR  LIMITED  WAR  ( COMM-NAV-WEA ) 

(defrule  default-prior ities-limited 

(declare  (salience  ‘maximum-salience*) ) 
(get-priorities  limited) 

*> 

(assert 

(priority  1  communications) 

(priority  2  navigation) 

(priority  3  weather) 

(weight-global  weather  4.0) 

(weight-conflict  weather  4.6) 

(weight -global  navigation  6.0) 

(weight-conflict  navigation  10.2) 

(weight-global  communications  50.1) 
(weight-conflict  communications  25.1) 

(sub-global  scout  1  0.3) 

(sub-global  path  3  0.4) 

(sub-global  path  4  0.3) 

(sub-conflict  scout  1  0.2) 

(sub-conflict  path  3  0.6) 

(sub-conflict  path  4  0.2))) 


S  ; ;  DEFAULT  PRIORITIES  FOR  MAJOR  WAR  (NAV-COMM-WEA) 

(defrule  default-priorities-major 

(declare  (salience  ‘maximum-salience*)) 
(get-priorities  major) 

=> 

(assert 

(priority  1  navigation) 

(priority  2  communications) 

(priority  3  weather) 

(weight-global  weather  2.0) 

(weight-conflict  weather  8.0) 

(weight-global  navigation  10.0) 

(weight-conflict  navigation  40.0) 

(weight-global  communications  15.0) 
(weight-conflict  communications  25.0) 

(sub-global  scout  1  0.3) 

(sub-global  path  3  0.4) 

(sub-global  path  4  0.3) 

(sub-conflict  scout  1  0.2) 

(sub-conflict  path  3  0.5) 

(sub-conflict  path  4  0.3))) 


;;;  DEFAULT  PRIORITIES  FOR  CENTRAL  WAR  (COMM-NAV-WEA) 


(defrule  default-priorities-central 

(declare  (salience  *maximum-salience*) ) 
(get-priorities  central) 

«> 

(assert 

(priority  1  communications) 

(priority  2  navigation) 

(priority  3  weather) 

(weight-global  weather  2.0) 
(weight-conflict  weather  8.0) 
(weight-global  navigation  10.0) 
(weight-conflict  navigation  20.0) 
(weight-global  communications  35.0) 
(weight-conflict  communications  25.0) 
(sub-global  scout  1  0.3) 

(sub-global  path  3  0.4) 

(sub-global  path  4  0.3) 

(sub-conflict  scout  1  0.2) 
(sub-conflict  path  3  0.5) 

(sub-conflict  path  4  0.3))) 


;  t ;  DEFAULT  PRIORITIES  (WEA-COMM-NAV) 

(defrule  default-priorities-weather-first 
(declare  (salience  ‘maximum-salience*) ) 
(get-priorities  hurricane) 

=> 

(assert 

(priority  1  weather) 

(priority  2  communications) 

(priority  3  navigation) 

(weight-global  weather  10.0) 
(weight-conflict  weather  60.0) 
(weight-global  navigation  2.0) 
(weight-conflict  navigation  12.0) 
(weight -global  communications  11.0) 
(weight-conflict  communications  5.0) 
(sub-global  scout  1  0.3) 

(sub-global  path  3  0.4) 

(sub-global  path  4  0.3) 

(sub-conflict  scout  1  0.2) 
(sub-conflict  path  3  0.5) 

(sub-conflict  path  4  0.3))) 


;;;  DEFAULT  PRIORITIES  (WEA-NAV-COMM) 

(defrule  default-priorities-weather-nav-comm 
(declare  (salience  ‘maximum-salience* ) ) 
(get-priorities  wea-nav-comm) 

«> 

(assert 

(priority  1  weather) 

(priority  2  navigation) 


189 


;v  '.v  .y. 


(priority  3  communications) 
(weight-global  weather  20.0) 
(weight-conflict  weather  30.0) 
(weight-global  navigation  15.0) 
(weight-conflict  navigation  15.0) 
(weight-global  communications  15.0) 
(weight-conflict  communications  5.0) 
(sub-global  scout  1  0.3) 

(sub-global  path  3  0.4) 

(sub-global  path  4  0.3) 

(sub-conflict  scout  1  0.2) 
(sub-conflict  path  3  0.5) 
(sub-conflict  path  4  0.3))) 


;  ; ;  DEFAULT  PRIORITIES  (COMM-WEA-NAV) 

(defrule  default-priorities-comm-weather-nav 
(declare  (salience  *maximum-salience*) ) 
(get-priorities  comm-wea-nav) 

=> 

(assert 

(priority  2  weather) 

(priority  3  navigation) 

(priority  1  communications) 
(weight-global  weather  20.0) 
(weight-conflict  weather  10.0) 
(weight-global  navigation  5.0) 
(weight-conflict  navigation  10.0) 
(weight-global  communications  30.0) 
(weight-conflict  communications  25.0) 
(sub-global  scout  1  0.3) 

(sub-global  path  3  0.4) 

(sub-global  path  4  0.3) 

(sub-conflict  scout  1  0.2) 

(sub-conflict  path  3  0.5) 

(sub-conflict  path  4  0.3))) 


; ; ;  DEFAULT  PRIORITIES  (NAV-WEA-COMM) 

(defrule  default-priorities-special -three 
(declare  (salience  *maximum-salience*) ) 
(get-priorities  special-three) 

*> 

(assert 

(priority  1  navigation) 

(priority  2  weather) 

(priority  3  communications) 

(weight -global  weather  10.0) 
(weight-conflict  weather  20.0) 
(weight-global  navigation  30.0) 
(weight-conflict  navigation  20.0) 
(weight-global  communications  15.0) 
(weight-conflict  communications  5.0) 
(sub-global  scout  1  0.3) 

(sub-global  path  3  0.4) 

(sub-global  path  4  0.3) 

(sub-conflict  scout  1  0.2) 
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(sub-conflict  path  3  0.5) 
(sub-conflict  path  4  0.3))) 


TEST  SCENARIOS 


;;;  LIMITED  WAR  SCENARIO 

(defrule  limited-FarEast 

(declare  (salience  *maximum-salience*) ) 

(testcase  limitedFarEast) 

=> 

(assert 

(get-priorities  limited) 

(theater  FarEast) 

(conflict-areas  (29  30  31  32  33  34)) 

(give-plans  3) 

(change-ttc-status  rts-Guam  red  destroyed) 
(change-ttc-status  scoutWoomera  red  destroyed) 
(change-ttc-status  thunderGuam  red  destroyed) 
(change-data-status  thunderGuam  red  destroyed) 
(change-satellite-status  pathsatl6  red  destroyed) 
(change-satellite-status  pathsatl7  red  destroyed) 
(change-satellite-status  pathsatl8  unknown  no-data-avail) 
(change-satellite-status  thunder4  red  destroyed))) 


;  ; ;  MAJOR  WAR  SCENARIO 

(defrule  major-Europe 

(declare  (salience  *maximum-salience*) ) 

(testcase  majorEurope) 

»> 

(assert 

(get-priorities  major) 

(theater  Europe) 

(conflict-areas  (17  IB  19  20  21  22  23  24)) 

(give-plans  3) 

(change-ttc-status  rts-Oakhanger  red  destroyed) 
(change-ttc-status  thunderDiegoGarcia  red  destroyed) 
(change-ttc-status  thunderAscension  red  destroyed) 
(change-data-status  chatterCrete  red  destroyed) 
(change-satellite-status  thunder3  red  destroyed) 
(change-satellite-status  pathsatlO  red  destroyed) 
(change-satellite-status  pathsatll  unknown  no-data-avail) 
(change-satellite-status  scoutsatC  red  destroyed) 
(change-satellite-status  talksatB  red  destroyed) 
(groundlink-destroyed  Crete-Greece  Ascension-Island) 
(groundlink-destroyed  Thule-Greenland  Oakhanger-UK) ) ) 


; ; ;  CENTRAL  WAR  SCENARIO 

(defrule  start-scenario-central-war-test 
(declare  (salience  *maximum-salience*) ) 
(testcase  central-test) 


(assert 

(get-priorities  central) 

(give-plans  3) 

(conflict-areas  (3  4  5  6  7  8  9  10  11  12  13)) 

(theater  USA) 

(change-ttc-status  chatterMugu  red  destroyed) 
(change-data-status  chatterMugu  red  destroyed) 
(change-data-status  chatterWahiawi  red  destroyed) 
(change-ttc-status  chatterWahiavi  red  destroyed) 
(change-ttc-status  thunderAscension  unknown  no-data-avail) 
(change-data-status  thunderAscension  unknown  no-data-avail) 
(change-satellite-status  chatterl  red  destroyed) 
(change-satellite-status  pathsatlO  unknown  no-data-avail) 
(change-satellite-status  pathsat3  red  destroyed) 
(change-satellite-status  thunder2  red  destroyed) 
(change-satellite-status  ScoutsatC  red  destroyed) 

(groundl ink-destroyed  Kaena-Pt-Hawaii  Guam))) 


ADDITIONAL  TESTS 


; : ; - TEST  1 - 

(defrule  start-testcase-special-one 

(declare  (salience  *maximum-salience*) ) 

(testcase  special-one) 

-> 

(assert 

(get-priorities  major) 

(give-all-plans  yes) 

(theater  FarEast) 

(conflict-areas  (28  29  30  31  32  33  34  35)) 

(change-rts-status-yellow  rts-Guam  yellow  terrorist-attack) 
(groundl ink-destroyed  Loring-Maine  Diego-Garcia) 

(groundl ink-destroyed  Guam  Woomera-Australia) 
(change-satellite-status  stormAtlantic  unknown  no-data-avail) 
(change-ttc-status  scoutProspectHarbor  unknown  no-data-avail))) 


; ; ; - test  2A - 

(defrule  start-scenario-special-two 

(declare  (salience  *maximum-salience*) ) 

(testcase  special-two) 

=> 

(assert 

(get-priorities  hurricane) 

(give-plans  2) 

(change-data-status  stormOffutt  red  destroyed) 
(change-data-status  stormLoring  red  destroyed) 
(change-ttc-status  stormLoring  red  destroyed) 
(change-satellite-status  Pathsatl4  red  destroyed) 
(change-ttc-status  pathDiegoGarcia  red  destroyed) 
(theater  Europe) 

(conflict-areas  (14  15  16  17  18  19  20  21  22  23  24)))) 


.  ;  ; - TEST  2B - 

(defrule  start-scenario-special-two-test-prune 
(declare  (salience  *maximum-salience*) ) 

(testcase  special-two-test-prune) 

=> 

(assert 

(get-priorities  wea-nav-comm) 

(give-plans  2) 

(change-data-status  stormOffutt  red  destroyed) 
(change-data-status  stormLoring  red  destroyed) 
(change-ttc-status  stormLoring  red  destroyed) 
(change-satellite-status  Pathsatl4  red  destroyed) 
(change-ttc-status  pathDiegoGarcia  red  destroyed) 
(theater  Europe) 

(conflict-areas  (14  15  16  17  18  19  20  21  22  23  24)))) 


; ; ; - TEST  2C - 

(defrule  start-scenario-special-two-test-prune-2 
(declare  (salience  *maximum-salience*) ) 

(testcase  special-two-test-prune-2) 

*> 

(assert 

(get-priorities  special-three) 

(give-plans  2) 

(change-data-status  stormOffutt  red  destroyed) 
(change-data-status  stormLoring  red  destroyed) 
(change-ttc-status  stormLoring  red  destroyed) 
(change-satellite-status  Pathsatl4  red  destroyed) 
(change-ttc-status  pathDiegoGarcia  red  destroyed) 
(theater  Europe) 

(conflict-areas  (14  15  16  17  18  19  20  21  22  23  24)))) 


; ; ; - TEST  3 - 

(defrule  start-scenario-special -three 

(declare  (salience  *maximum-salience*) ) 

(testcase  special-three) 

*> 

(assert 

(get-priorities  special-three) 

(give-all-plans  yes) 

(conflict-areas  (3  4  5  6  7  8  9  10  11  12  13) ) 

(theater  USA) 

(change-ttc-status  thunderDiegoGarcia  red  destroyed) 
(change-ttc-status  thunder Ascension  red  destroyed) 
(change-ttc-status  scoutAscension  red  destroyed) ) ) 


; ; ; - test  4 - 

(defrule  start-scenario-special- four 

(declare  (salience  *maximum-salience*) ) 
(testcase  special-four) 
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(assert 

(get-priorities  comm-wea-nav) 

(give-plans  3) 

(conflict-areas  (17  18  19  20  21  22  23  24)) 

(theater  Europe) 

(change-ttc-status  thunderAscension  red  destroyed) 
(change-ttc-status  scoutAscension  unknown  no-data-avail) 
(change-ttc-status  scoutMugu  red  destroyed) 
(change-satellite-status  scoutsatD  red  destroyed) 
(change-satellite-status  pathsatlO  red  destroyed) 
(change-satellite-status  thunder3  red  destroyed) 
(change-satellite-status  pathsatll  red  destroyed) 
(groundlink-destroyed  Indian-Ocean  Diego-Garcia) 
(groundlink-destroyed  Ascension-Island  Crete-Greece) ) ) 


; ; ; - test  5 - 

(defrule  start-scenario-special-f ive 

(declare  (salience  ‘maximum-salience*) ) 

(testcase  special-five) 

=> 

(assert 

(get-priorities  major) 

(give-plans  3) 

(conflict-areas  (30  31  32  33  34  35  36  1  2  3  4  5  6  7) ) 
(theater  FarEast) 

(theater  Pacific) 

(change-ttc-status  thunderGuam  red  destroyed) 
(change-ttc-status  scoutWoomera  red  destroyed) 
(change-ttc-status  rts-lndianocean  red  destroyed) 
(change-data-status  thunderGuam  red  destroyed) 
(change-data-status  chatterSunnyvale  red  destroyed) 
(change-satellite-status  pathsatl6  red  destroyed) 
(change-satellite-status  pathsatl7  red  destroyed) 
(groundlink-destroyed  Wahiawi-Hawaii  Sunnyvale) ) ) 


; ; ; - TEST  6 - 

(defrule  start-scenario-special-six 

(declare  (salience  ‘maximum-salience*) ) 

(testcase  speciai-'six) 

=> 

(assert 

(get-priorities  limited) 

(theater  Pacific) 

(conflict-areas  (1  2  3  4  5  31  32  33  34  35  36)) 

(give-plans  3) 

(change-rts-status-yellow  rts-Guam  yellow  terrorist-attack) 
(change-satellite-status  pathsat2  red  destroyed) 
(change-satellite-status  chatterl  red  destroyed) 
(groundlink-destroyed  Wahiawi-Hawaii  Sunnyvale) 
(groundlink-destroyed  Wahiawi-Hawaii  Kaena-Pt-Hawaii) 
(change-satellite-status  chatter4  red  destroyed))) 


TEST  7 


(defrule  start-scenario-special -seven 
(declare  (salience  ‘maximum-salience*) ) 

(testcase  special-seven) 

=> 

(assert 

(get-priorities  wea-nav-comm) 

(theater  Pacific) 

(theater  FarEast) 

(conflict-areas  (1  2  3  4  5  24  25  26  27  28 
29  30  31  32  33  34  35  36)) 

(give-plans  3) 

(change-ttc-status  chatterWoomera  red  destroyed) 
(change-ttc-status  rts-IndianOcean  red  destroyed) 
(change-data-status  chatterSunnyvale  red  destroyed) 
(change-data-status  thunderAscension  red  destroyed) 
(change-ttc-status  thunderDiegoGarcia  red  destroyed) 
(change-data-status  thunderDiegoGarcia  red  destroyed) 
(change-satellite-status  pathsatl4  red  destroyed))) 


-  TEST  8  - 

(CONSISTED  OF  RUNNING  TEST  4, 

SELECTING  A  PLAN,  AND  THEN  RUNNING  TEST  5) 

-  TEST  9  - 


(defrule  start-scenario-major-war-test-9 
(declare  (salience  *maximum-salience*) ) 

(testcase  major-test) 

=> 

(assert 

(get-priorities  major) 

(give-plans  3) 

(conflict-areas  (30  31  32  33)) 

(theater  FarEast) 

(change-ttc-status  thunderGuam  red  destroyed) 
(change-ttc-status  scoutwoomera  unknown  no-data-avail) 
(change-data-status  talkKwajelein  unknown  no-data-avail) 
(change-data-status  thunderGuam  red  destroyed) 
(change-satellite-status  pathsatie  red  destroyed) 
(change-satellite-status  scoutsatD  red  destroyed) 
(change-satellite-status  pathsatl7  red  destroyed) ) ) 


;  ;  ; - TEST  10 - 

(defrule  start-scenario-limited-war-test-10 
(declare  (salience  *maximum-salience*) ) 
(testcase  limited-test) 

«> 

(assert 

(get-priorities  limited) 

(give-plans  3) 
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(conflict-areas  (17  18  19  20  21  22  23  24)) 

(theater  Europe) 

(change-ttc-status  thunderAscension  red  destroyed) 
(change-ttc-status  pathAscension  red  destroyed) 
(change-satellite-status  scoutsatD  red  destroyed) 
(change-satellite-status  pathsat9  red  destroyed) 
(change-satellite-status  pathsatlO  red  destroyed) 
(change-satellite-status  thunder3  red  destroyed) 
(change-satellite-status  pathsatll  red  destroyed) 
(groundlink-destroyed  Ascension-Island  Crete-Greece) ) ) 


•*-  Mode: Art;  Package :au;  Base : 10.-*- 


;;;  FILE:  D: BAP;MAINPROGRAM. ART 


;  ; ;  FLAG  ALL  SATELLITES  THAT  NEED  TT&C  RESTORATION 

(defrule  ttc-restoration-f lag 
(declare  (salience  950000)) 

(column  0) 

(schema  ?terminal 
(ttc-status  red) ) 

(priority  ?nav  navigation) 

(priority  ?comm  communications) 

(priority  ?wea  weather) 

(schema  ?satellite 
(sat-status  green) 

(primary-ttc  ?terminal)) 

(not  (ttc-restoration-required  ?satellite  ?phase) ) 

(case  ((schema  ?satellite  (mission  navigation) 

(not  (spare-in-use  no))) 

=> 

(assert  (update-ttc-service  ?satellite)) 

(printout  t  t  "Navigation  satellite  "  ?satellite 
"  needs  ttc  restoration."  t  t) 

(assert  (ttc-restoration-required  ’satellite  ?nav) ) ) 

((schema  ?satellite  (mission  communications)) 

=*> 

(assert  (update-ttc-service  ?satellite) ) 

(printout  t  t  "Communications  satellite  "  ?satellite 
"  needs  ttc  restoration."  t  t) 

(assert  (ttc-restoration-required  ?satellite  ?comm) ) ) 

((schema  ?satellite  (mission  weather)) 

(assert  (update-ttc-service  ?satellite)) 

(printout  t  t  "Weather  satellite  "  ?satellite 
"  needs  ttc  restoration."  t  t) 

(assert  (ttc-restoration-required  ?satellite  ?wea))))) 


;  ; ;  REMOVE  TTSC  RESPONSIBILITY  FOR  A  SATELLITE  THAT  WAS  DESTROYED 

(defrule  satellite-was-destroyed-unload-ttc 
(declare  (salience  942000)) 

(column  0) 

?x<- (unload-responsibilities  ? satellite) 
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(schema  ?satellite 

(primary-ttc  ?terminal) ) 

(schema  ?terminal 

(is-ttc-servicing  ?is) ) 

(modify  (schema  ?terminal 

(is-ttc-servicing  «(?is  -  1)))) 
(retract  ?x) 

(assert  (check-to-free-data-terminal  ?satellite)) 

(retract  (schema  ?terminal 

(primary-ttc-for  ?satellite) ) ) ) 


;;;  REMOVE  TTC  RESPONSIBILITY  IF  SATELLITE  OUT  FOR  OTHER  REASON 

(defrule  satellite-green-but-other-fatal-problems 

(declare  (salience  942000)) 

(satellite-down  ?satellite  -destroyedt-possible) 

(schema  ?satellite 

(primary-ttc  ?terminal)) 

(schema  ?terminal 

(primary-ttc-for  Ysatellite) 

(is-ttc-servicing  ?is)) 

*> 

(modify  (schema  ?terminal 

(is-ttc-servicing  *(?is  -  1)))) 

(assert  (check-to-free-data-terminal  ?satellite)) 

(retract  (schema  ?terminal 

(primary-ttc-for  ?satellite) ) ) ) 


;;;  IF  SPARE  AND  DESTROYED  SATELLITE  OVERLAP  AREAS,  PUT  SPARE  IN  USE 

(defrule  use-spare 

(declare  (salience  941999)) 

(column  0) 

(or (check-to-free-data-terminal  ?satellite) 

(satellite-down  Ysatellite  possible)} 

(priority  ?pri  navigation) 

(schema  ?satellite 

(part-of  pathfinder) 

(sat-cov-list  ?areas) ) 

(schema  ?spare 

(spare-in-use  no) 

(part-of  pathfinder) 

(sat-status  green) 


( primary- ttc  ?terminal) 
(sat-cov-list  ?spareas) ) 


'  r-cm  ur  — iw 


(test  (  #1 (length  (intersection  (list$  ?areas) 

(list$  ?spareas)))  >  0)) 

(case  (  (and  (schema  ?terminal 

(is-ttc-servicing  ?is) 

(can-ttc-service  ?can) ) 

(test  (?can  >  ?is))) 

■> 

(modify  (schema  ?spare 

(spare-in-use  yes))) 

(printout  t  t  "Put  spare  satellite  "  ?spare  "  in  use  "  t 
"because  satellite  "  ?satellite  "  is  down."  t  t) 

(modify  (schema  ?terminal 

(is-ttc-servicing  -(?is  ♦  1)))) 

(printout  t  t  "Use  "  ?terminal  "  for  TT6C  servicing."  t  t) 

(assert  (put-spare-in-use  ?spare) ) ) 

( otherwise 

-> 

(assert  (ttc-restoration-required  ?spare  ?pri) ) 

(assert  (update- ttc-service  ?satellite) ) 

(printout  t  t  "Put  spare  satellite"  ?spare  t 

"in  use  contingent  on  getting. a  tt*c  slot."  t  t) 
(assert  (put-spare-in-uae  ?spare) ) 

(modify  (schema  ?spare 

(spare-in-use  yes)))))) 


;  ; ;  REMOVE  DATA  RESPONSIBILITY  FOR  DESTROYED  SATELLITE 


(defrule  free-data-terminal 
(declare  (salience  941998)) 
?r<-(check-to-free-data-terminal  ?satellite) 

(schema  ?satellite 

(mission  -navigation) 

(part-of  ?system) ) 


(case  (  (and  (schema  ?terminal 

(re ceive-data-from  ?satellite) 
(receive-data-for  ?system) 

(data-status  green) 

(receive-data-from  ?sat2S~?satellite) ) 


(schema  ?sat2 

(part-of  ?system))) 


(retract  (schema  ?terminal 

(receive-data-from  ?satellite) ) ) ) 
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(  (schema  ?terminal 

(receive-data-from  ?satellite) 

(data-status  green) } 

■> 

(modify  (schema  ?terminal 

(receive-data-for  open))) 

(printout  t  t  "Data  terminal  "  ?terminal  "  now  open."  t  t) 

(retract  (schema  ?terminal 

(receive-data-from  ?satellite) ) ) ) ) ) 


; ; ;  Assert  PHASE  ONE 

(defrule  does-priority-one-need-restoration 
(declare  (salience  941000)) 

(column  0) 

(priority  1  ?mission) 

(not  (phase  ?anything)) 

«> 

(printout  t  t  "Start  "  ?mission  "  restoration  process."  t  t) 
(assert  (phase  1))) 


;;;  BYPASS  TTSC  RESTORATION  IF  NO  PRIORITY  ONE  SATELLITES  NEED  IT 

(defrule  all-green-missionl-sata-get-ttc 
(declare  (salience  940000)) 

(phase  ?phasenum) 

?m<- (column  ?num) 

(test  ((?num  mod  4)  -0)) 

(not  (calculator  objective-function)) 

(priority  ?phasenum  ?missionl) 


(case  ((exists  (ttc-restoration-required  ?satellite  ?phasenum) ) 

-> 

(assert  (ttc-bypass-missionl  tested))) 

(otherwise 

-> 

(printout  t  t  "No  ttc  restoration  required  for  " 
?missionl  "  satellites."  t  t) 

(assert  (ttc-restoration-process  ?phasenum  done) ) 
(retract  ?m) 

(assert  (column  -(?num  +  2)))))) 


; ; ;  ONE  OF  THE  ANTENNAS  AT  A  TWO-ANTENNA  RTS  IS  DESTROYED 

(defrule  one-Jcnocked-out 

(declare  (salience  942500)) 


Tx<-(change-rts-status-yellow  ?rts  yellow  Treason) 


(schema  ?rts 

(part-of  AFSCF) 

(ttc-status  green) 

(number-of-antennas  2)) 

=> 

(assert  (one-antenna-down  ?rts  Treason)) 

(retract  Tx) 

(modify  (schema  Trts 

(ttc-status  yellow) 
(number-of-antennas  1) 
(can-ttc-service  3)))) 


; ; ;  YELLOW  RTS  TERMINAL  IS  RESPONSIBLE  FOR  MORE  THAN  IT  CAN  HANDLE 

;  ; ;  TRY  TAKING  OUT  THIRD  PRIORITY  MISSION  RESPONSIBILITIES 

(defrule  more-than-can-handle-use-mission-3 
(declare  (salience  942250)) 

(column  0) 

(priority  1  Tmissionl) 

(priority  3  Tmission3) 

(conflict-areas  Tcon) 

(schema  Trts 

(part-of  AFSCF) 

(ttc-status  yellow) 

(can-ttc-service  Tcan) 

(is-ttc-servicing  Tis)) 

(test  (Tcan  <  Tis)) 

(schema  Trts 

(primary-ttc-for  Tsatellite)) 

(schema  Tsatellite 
(mission  Traission3) 

(sat-cov-list  Tareas) 

(not  (spare-in-use  no))) 

(case  (  (test  (#L  (length  (intersection  (list$  Tareas) 

(list$  Tcon) ) )  **  0) ) 

*> 

(retract  (schema  Trts 

(primary-ttc-for  Tsatellite))) 

(assert  (ttc-restoration-required  Tsatellite  3))) 

(otherwise 

•> 

(retract  (schema  Trts 

(primary-ttc-for  Tsatellite))) 

(assert  (ttc-restoration-required  Tsatellite  3)))) 

«> 


-Y-Vw 


(printout  t  t  "One  antenna  down  at  "  ?rts  "  and  satellite  " 
?satellite  "  now  needs  tto  restoration."  t  t) 
(assert  (update-ttc-service  ?satellite)) 

(modify  (schema  ?rts 

(is-ttc-servicing  «(?is  -  1))))) 


; ; ;  TRY  TAKING  OUT  SECOND  PRIORITY  MISSION  RESPONSIBILITIES 

(defrule  more-than-can-handle-use-mission-2 
(declare  (salience  942200)) 

(column  0) 

(priority  1  ?missionl) 

(priority  2  ?mission2) 

(conflict-areas  ?con) 

(schema  ?rts 

(part-of  AFSCF) 

(ttc-status  yellow) 

(can-ttc-service  ?can) 

(is-ttc-servicing  ?is)) 

(test  (?can  <  ?is) ) 

(schema  ?rts 

(primary-ttc-for  ?satellite) ) 

(schema  ?satellite 

(mission  ?mission2) 

(not  (spare-in-use  no)) 

(sat-cov-list  ?areas)) 

(case 

(  (test  (#L  (length  (intersection  (list$  ?areas) 

(lists  ?con) ) )  «  0) ) 

«> 

(retract  (schema  ?rts 

(primary-ttc-for  ?satellite) ) ) 

(assert  (ttc-restoration-required  ?satellite  2))) 

(otherwise 

«> 

(retract  (schema  ?rts 

(primary-ttc-for  ?satellite) ) ) 

(assert  (ttc-restoration-required  ?satellite  2)))) 


(printout  t  t  "One  antenna  down  at  "  ?rts  "  and  satellite  " 
?satellite  "  now  needs  ttc  restoration."  t  t) 
(assert  (update-ttc-service  ?satellite)) 

(modify  (schema  ?rts 

(is-ttc-servicing  -{?is  -  1))))) 


;  ? ;  LAST  RESORT-  PULL  HIGHEST  PRIORITY  SATELLITES  FROM  TT&C 


(defrule  more-than-can-handle-use-mission-1 
(declare  (salience  942150)) 

I  (column  0) 

(priority  1  ?missionl) 

(conflict-areas  ?con) 

(schema  ?rts 

,  (part-of  AFSCF) 

(ttc-status  yellow) 

(can-ttc-service  ?can) 
(is-ttc-servicing  ?is)) 

(test  (?can  <  ?is)) 

(schema  ?rts 

*  (primary-ttc-for  ?satellite)) 

(schema  ?satellite 
(mission  ?missionl) 

(not  (spare-in-use  no)) 

(sat-cov-list  ?areas)) 


(case 

(  (test  (# L  (length  (intersection  (list$  ?areas)  (list$  ?con) ) ) 

«> 

(retract  (schema  ?rts 

(primary-ttc-for  Fsatellite) ) ) 

(assert  (ttc-restoration-required  ?satellite  1))) 

(otherwise 

-> 

(retract  (schema  ?rts 

(primary-ttc-for  ?satellite) ) ) 

(assert  (ttc-restoration-required  ?satellite  1)))) 


(printout  t  t  "One  antenna  down  at  "  ?rts  "  and  satellite  " 
?satellite  "  now  needs  ttc  restoration."  t  t) 
(assert  (update-ttc-service  ?satellite) ) 

(modify  (schema  ?rts 

(is-ttc-servicing  »(?is  -  1))))) 


; ; ;  TRY  YOUR  OWN  SYSTEM  FIRST  FOR  TT4C  RESTORATION 

(defrule  ttc-restoration-own 
(declare  (salience  900000)) 

(phase  ?phasenum) 

?m<- (column  ?num) 

(test  (egualp  (?num  mod  4)  0)) 


(ttc-restoration-required  ?satellite  ?phasenum) 
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(schema  ?satellite 
(sat-status  green) 

(primary-ttc  ?terminal) 

(backup-ttc  ?other-term) 

(part-of  ?system) ) 

(schema  ?terminal 

(ttc-status  red  |  yellow)) 

(schema  ?other-term 
(ttc-status  green) 

(is-ttc-servicing  ?is) 

(can-ttc-service  ?can) ) 

(test  (lessp  ?is  ?can) ) 

(hypothesize 

(assert  (ttc-restoration  ?satellite  ?other-term) ) 

(printout  t  t  "Backup  ttc  terminal  "  ?other-term  "  can  provide"  t 
"ttc  service  to  "  ?satellite  t  t) 

(retract  (schema  ?satellite 

(primary-ttc  ?terminal) 

(backup-ttc  ?other-term) ) ) 

(assert  (schema  ?satellite 

(primary-ttc  ?other-term) ) ) 

(assert  (schema  ?other-term 

(primary-ttc-for  ?satellite) ) ) 

(retract  (schema  ?other-term 

(backup-ttc-for  ?satellite) ) ) 

(retract  ?m) 

(assert  (column  -(?num  +  1))))) 


; ; ;  TRY  ANOTHER  SYSTEM  TO  RESTORE  TTtC 

(defrule  ttc-restoration-other 
(declare  (salience  900000)) 

(phase  ?phasenum) 

?m<- (column  ?num) 

(test  ((?num  mod  4)  «  0)) 

(ttc-restoration-required  ?satellite  ?phasenum) 

(schema  ?satellite 

(sat-status  green) 

(primary-ttc  ?terminal) 

(part-of  ?system) 

(sat-coverage  ?area) 

(ttc-transmit-freq  ?sattx) 

(ttc-receive-freq  ?satrx) ) 

(schema  ?terminal 


(ttc-status  red  |  yellow) ) 

(schema  ?new-terminal 
(ttc-status  green) 

(area  ?area) 

(not  (part-of  ? system) ) 

(part-of  ?other-system) 

(is-ttc-servicing  ?is) 

(can-ttc-service  ?can) ) 

(test  (lessp  ?is  ?can)) 

(or  (and  (schema  ?new-terminal 

(ttc-receive-freq  ?sattx) 
(ttc-transmit-freq  ?satrx) ) ) 

(and  (schema  ?new-terminal 

(ttc-rx-freq-lower  ?lowrx) 
(ttc-rx-freq-upper  ?hirx) 
(ttc-tx-freq-lower  ?lowtx) 
(ttc-tx-freq-upper  ?hitx) ) 

(test  (and  (>-  ?sattx  ?lowrx) 

(<-  ?sattx  ?hirx) 

(>-  ?satrx  ?lowtx) 

(<-  ?satrx  ?hitx) ) ) ) ) 


(hypothesize 

(assert  (ttc-restoration  ?satellite  ?new-terminal) ) 

(printout  t  t  ?new-terminal 

"can  provide  TTSC  restoration  to  "  ?satellite  t  t) 

(retract  (schema  ?satellite 

(primary-ttc  ?terminal))) 

(assert  (schema  ?satellite 

(primary-ttc  ?new-terminal) ) ) 

(assert  (schema  ?new-terminal 

(primary-ttc-for  ?satellite) ) ) 

(retract  ?m) 

(assert  (column  »(?nuB  +  1))))) 


; ; ;  MISSION  ONE  SATELLITES  CAN  STEAL  RESOURCES  FROM  LESSER 
; ; ;  PRIORITY  SYSTEMS 

(defrule  ttc-restoration-takeover 
(declare  (salience  899000)) 

(phase  ?phasenum) 

?m<- (column  ?col) 

(test  ((?col  mod  4)  "0)) 

(priority  ?num  ?miss) 

(test  (greaterp  ?num  ?phasenum) ) 
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(ttc-restoration-required  ?satellite  ?phasenum) 

?a<- (column  ?col)) 

(test  ((?col  mod  4)  -0)) 

(not  (and  (viewpoint  ?v2 

(ttc-restoration  ?satellite  ?somehow) ) 

(test  (vp-inherits-from?  ?v2  ?vl)))) 

(at  ?vl 

(hypothesize 

(assert  (ttc-restoration  ?satellite  none)) 

(printout  t  t  "No  ttc  restoration  for  "  ?satellite 
"  in  "  ?vl  t  "Therefore,  satellite  status 
of  "  ?satellite  "  now  red."  t  t) 

(modify  (schema  ?satellite 

(sat-status  red))) 

(assert  (satellite-down  ?satellite  no-ttc-available) ) 
(retract  ?m) 

(assert  (column  »(?col  +  1)))))) 


;  ;  ;  GET  COMBINATIONS  OF  TT4C  RESTORATIONS 

( de f rule  col lect-ways-to-restore-ttc 
(declare  (salience  875000)) 

(phase  ?phasenum) 

?m<- (column  ?colj 

(test  ( (?col  mod  4)  *1)) 

(forall  (ttc-restoration-required  ?satellite  ?phasenum) 
(ttc-restoration  ?satellite  Tterminal)) 


(assert  (ttc-restoration-process  ?phasenum  done)) 
(retract  ?m) 

(assert  (column  «(?col  +  1)))) 


; ; ;  UPDATE  TT4C  SERVICING  FIGURES 

(defrule  update-ttc-servicing 
(declare  (salience  874400)) 

(phase  ?phasenum) 

(ttc-restoration-process  ?phasenum  done) 
(ttc-restoration-required  ?sat  ?phasenum) 
?y<-(update-ttc-service  ?sat) 
(ttc-restoration  ?sat  ?term4~none) 

(schema  ?term 

(is-ttc-servicing  ?is) ) 


(retract  ?y) 
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(modify  (schema  ?term 

(is-ttc-servicing  -(?is  +  1))))) 


;  ; ;  CHECK  IF  MERGING  PROCESS  PRODUCED  INFEASIBLE  PLANS 

(defrule  ttc-station-has-too-much 
(declare  (salience  874390)) 

(phase  ?phasenum) 

(ttc-restoration-process  ?phasenum  done) 

(column  ?col) 

(test  ( (?col  mod  4)  -  2)) 

(priority  1  ?missionl) 

(priority  2  ?mission2) 

(priority  3  ?mission3) 

(schema  ?terminal 

(primary-ttc-for  ?satellite) 

(ttc-status  green) 

(is-ttc-servicing  ?is) 

(can-ttc-service  ?can) ) 

(test  (?is  >  ?can) ) 

(case  (  (and  (schema  ?satellite  (mission  ?mission3)) 

(test  (?phasenum  =  3)) 

?x<- (ttc-restoration  ?satellite  ?somewhere) ) 


(retract  (schema  ?terminal 

(primary-ttc-for  ?satellite) ) ) 

(retract  ?x) 

(assert  (ttc-restoration  Tsatellite  none) ) 
(modify  (schema  ?terminal 

(is-ttc-servicing  »(?is  -  1) ) ) ) ) 


(  (and  (schema  ?satellite  (mission  ?mission3)) 
(test  (?phasenum  <  3))) 

»> 

(retract  (schema  ?terminal 

(primary-ttc-for  ?satellite) ) ) 
(assert  (ttc-restoration-required  ?satellite  3)) 
(assert  (update-ttc-service  ?satellite) ) 

(modify  (schema  ?terminal 

(is-ttc-servicing  »(?is  -  1))))) 


(  (and  (schema  Tsatellite  (mission  ?mission2)) 

(test  (Tphasenum  -  2)) 

?x<- (ttc-restoration  ?satellite  Tsomewhere) ) 


(retract  (schema  Tterminal 

(primary-ttc-for  Tsatellite) ) ) 

(retract  ?x) 

(assert  (ttc-restoration  ?satellite  none)) 
(modify  (schema  Tterminal 

(is-ttc-servicing  »(?is  -  1))))) 
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(  (and  (schema  ?satellite  (mission  ?mission2)) 
(test  (?phasenum  <  2))) 

»> 

(retract  (schema  ?terminal 

(primary-ttc-for  ?satellite) ) ) 
(assert  (ttc-restoration-required  ?satellite  2)) 
(assert  (update-ttc-service  ?satellite) ) 

(modify  (schema  ?terminal 

(is-ttc-servicing  »(?is  -  1))))) 


(  (schema  ?satellite 

(mission  ?missionl)) 

?x<- (ttc-restoration  ?satellite  ?somewhere) 

«> 

(retract  (schema  ?terminal 

(primary-ttc-for  ?satellite) ) ) 

(retract  ?x) 

(assert  (ttc-restoration  ?satellite  none)) 
(modify  (schema  ?terminal 

(is-ttc-servicing  -(?is  -  1))))))) 


; ; ;  PRINT  HOW  tt&c  was  RESTORED 

(defrule  print-how-ttc-restored 
(declare  (salience  999990)) 

(viewpoint  ?vl 

(column  1  |  5  |  9) 

(ttc-restoration-required  ?satellite  ?phasenum) 
(ttc-restoration  ?satellite  ?how) ) 

«=> 

(printout  t  t  "Satellite  "  Tsatellite  "  restored  by  "  t 
?how  "  in  "  ?vl  t  t) ) 


;  ; ;  ELIMINATE  TTC-RESTORATION-REQUIRED  FACTS 

(defrule  get-rid-of-ttc-rest-reqd 
(declare  (salience  874380)) 

(phase  ?phasenumber) 

(ttc-restoration-process  ?phasenumber  done) 

?y<- (ttc-restoration-required  ’satellite  ?phasenumber) 

B~> 

(retract  ?y) ) 


;  ; ;  POISON  CERTAIN  COMBINATIONS  OF  TT&C  RESTORATIONS 

(def contradict ion  ttc-restorat ion-different-ways -on-one 
(schema  ?satellite 

(sat-status  green) 

(primary-ttc  ?terminal)) 

(schema  ?satellite 

(primary-ttc  -?terminal) ) ) 


;  ; ;  FIRST  STEP  OF  OBJECTIVE  FUNCTION  CALCULATIONS 

(def rule  calculate-objective-function-phasel 
(declare  (salience  999500)) 

(phase  1) 

(column  4) 

(data-restoration-process  1  done) 

=> 

(assert  (calculator  objective-function))) 


(def rule  calculate-objective-function-phase2 
(declare  (salience  999450)) 

(phase  2) 

(column  8) 

(priority  1  ?first) 
(data-restoration-process  2  done) 

=> 

(assert  (calculator  objective-function)) 
(assert  (bypass-calculation  ?first) ) ) 


(def rule  calculate-objective-function-phase3 
(declare  (salience  999400)) 

(phase  3) 

(column  12) 

(priority  2  ?second) 
(data-restoration-process  3  done) 

=> 

(assert  (calculator  objective-function)) 
(assert  (bypass-calculation  ?second) ) ) 


; ; ;  CLEAR  OUT  VARIABLES 

(defrule  def ine-empty-list 

(declare  (salience  *maximum-salience*) ) 
(calculator  objective-function) 

(not  (empty-list  set) ) 

»> 

(assert  (critical-paths-out  0)) 

(assert  (all-paths-out  0)) 

(setq  ?*weather*  #1  '()) 

(setq  ?*stormcov*  #1  •()) 

(setq  ?*thundercov*  #1  '()) 

(setq  ?*scoutareas*  #1  '()) 

(setq  ?*allPathareas*  #1  '()) 

(assert  (empty-list  set))) 


(defrule  get-coverage-areas-for-storm 


(declare  (salience  999990) ) 

(calculator  objective-function) 

(empty-list  set) 

(not  (bypass-calculation  weather)) 

(schema  ?satellite 
(part-of  storm) 

(sat-status  green) 

(can-get-data-down  yes) 

(sat-cov-list  ?areas) ) 

(not  (ttc-restoration  ?satellite  none)) 

(not  (ttc-restoration-required  ?satellite  ?later) ) 


#L  (setq  ?*stormcov*  (append  ?*stormcov*  (list$  ?areas) ) ) ) 


(defrule  get-coverage-areas-for-thunder 
(declare  (salience  999990)) 

(calculator  objective-function) 

(empty-list  set) 

(not  (bypass-calculation  weather)) 

(schema  ?satellite 
(part-of  thunder) 

(sat-status  green) 

(can-get-data-down  yes) 

(sat-cov-list  "’areas)) 

(not  (ttc-restoration  ?satellite  none)) 

(not  (ttc-restoration-required  ?satellite  ?later) ) 

«> 

#1  (setq  ?*thundercov*  (append  ?*thundercov*  (lists  ?areas) ) ) ) 


(defrule  accumulate-areas-can-see-scout 
(declare  (salience  999990)) 

(calculator  objective-function) 

(empty-list  set) 

(not  (bypass-calculation  navigation)) 

(schema  ?satellite 
(part-of  scout) 

(sat-status  green) 

(sat-cov-list  ?areas) ) 

(not  (ttc-restoration  ?satellite  none)) 

(not  (ttc-restoration-required  ?satellite  ?somephase) ) 

=> 

#l(setq  ?*scoutareas*  (append  ?*scoutareas*  (list$  ?areas)))) 


(defrule  accumulate-all -path finder- areas 
(declare  (salience  999990)) 
(calculator  objective-function) 
(empty-1 \ st  set) 


(not  (bypass-calculation  navigation) ) 


(schema  ?satellite 

(part-of  pathfinder) 

(sat-status  green) 

(not  (spare-in-use  no)) 

(sat-cov-list  ?areas)) 

(not  (ttc-restoration  ?satellite  none  )) 

(not  (ttc-restoration-reguired  ?satellite  ?somephase) ) 

#l(setq  ?*allPathareas*  (append  ?*allPathareas*  (list$  ’areas) ) ) ) 


(defrule  get-conf lict-paths-out 
(declare  (salience  999990) ) 

(calculator  objective-function) 

(empty- list  set) 

(not  (bypass-calculation  communications) ) 
(comm-path-restoration-required  ?from  ?to  ?when) 

(not  (comm-path-restoration-done  ?from  ?to  ?anywhere&-none) ) 
(critical-pair  ?from  ?to) 

=> 

(assert  (found-one-critical  ?from  ?to) ) ) 


(defrule  get-global-paths-out 
(declare  (salience  999990)) 

(calculator  objective- function) 

(empty-list  set) 

(not  (bypass-calculation  communications)) 
(comm-path-restoration-required  ?from  ?to  ?vhen) 

(not  (comm-path-restoration-done  ?from  ?to  ?anywheret-none) ) 

»> 

(assert  (found-one-global  ?from  ?to) ) ) 


;;;  FIND  CRITICAL  UNAVAILABLE  PATHS 

(defrule  collect-unavailable-paths-conflict 
(declare  (salience  999985)) 

(calculator  objective-function) 

(empty-list  set) 

(not  (bypass-calculation  communications) ) 
?yc-(critical-paths-out  ?num) 

?x<-( found-one-critical  ?from  ?to) 

«> 

(retract  ?x  ?y) 

(assert  (critical-paths-out  «(?num  +  1)))) 


; ; ;  FIND  ALL  UNAVAILABLE  PATHS 

(defrule  collect-all-unavailable-paths 
(declare  (salience  999985)) 

(calculator  objective-function) 
(empty-list  set) 

(not  (bypass-calculation  communications)) 


?x<- (all-paths-out  ?mm) 

?y<- (found-one-global  ?from  ?to) 


(retract  ?x  ?y) 

(assert  (all-paths-out  »(?num  +  1)))) 


; ; ;  UNDUP  LISTS 


(defrule  undup-global-lists-weather 
(declare  (salience  999987)) 
(calculator  objective-function) 
(empty-list  set) 

(not  (bypass-calculation  weather)) 


(modify  (schema  storm 

( coverage-areas 


(modify  (schema  thunder 

( co ve rage - a r e a s 


-(seg$  (for  area  on  ?*stormcov* 
collect  (car  area) 
unless  (member  (car  area) 

(cdr  area) )))))) 

“(seq$  (for  area  on  ?*thundercov* 
collect  (car  area) 
unless  (member  (car  area) 

(cdr  area) ))))))) 


(defrule  undup-global-liats-navigation 
(declare  (salience  999987)) 
(calculator  objective-function) 
(empty-list  set) 

(not  (bypass-calculation  navigation)) 


(modify  (schema  scout 

(coverage-areas  -(seq$  (for  area  on  ?*scoutareas* 

collect  (car  area) 
unless  (member  (car  area) 

(cdr  area) )))))) 

(modify  (schema  pathfinder 

(coverage-areas  *(seq$  (for  area  on  ?*allPathareas* 

collect  (car  area) 
unless  (member  (car  area) 

(cdr  area) ))))))) 


(defrule  get-areas-that-can-see-3-pathsats 
(declare  (salience  999986)) 

(calculator  objective-function) 

(empty-list  set) 

(not  (bypass-calculation  navigation) ) 

*> 

(assert  (path3areas  -  (seq$  (for  areanum  from  1  to  36 

collect  areanum 


unless 

#l(lessp  (difference  (length  ?*allPathareas*) 

(length  (remq  areanum  ?*allPathareas*) ) )  3)))))) 


(defrule  get-areas-that-can-see-4-pathsats 
(declare  (salience  999986)) 

(calculator  objective-function) 
(empty-list  set) 

(not  (bypass-calculation  navigation)) 


(assert  (path4areas  -  (seq$  (for  areanum  from  1  to  36 

collect  areanum 
unless 

#l(lessp  (difference  (length  ?*allPathareas*) 

(length  (remq  areanum  ?*allPathareas*) ) ) 


4))))) 


(assert  (calculator  navstep2))) 


(defrule  get -global-coverage-weather 
(declare  (  salience  999985)) 
(calculator  objective-function) 

(e — 'ty-list  set) 

(not  bypass-calculation  weather)) 

(schema  storm 

(coverage-areas  ?scov) ) 

(schema  thunder 

(coverage-areas  ?tcov) ) 


#l(setq  ?*weather*  (append  (list$  ?scov)  (lists  ?tcov) ) ) 
(assert  (calculator  step2))) 


(defrule  make-fact-from-list 
(declare  (salience  999980)) 

(calculator  objective-function) 

(empty-list  set) 

(not  (bypass-calculation  weather)) 

?x<- (calculator  step2) 

»> 

(assert  (weather-coverage-areas 

“(seq$  (for  area  on  ?*weather* 
collect  (car  area) 

unless  (member  (car  area)  (cdr  area)))))) 


(assert  (calculator  step3)) 
(retract  ?x) ) 


GET  PERCENTAGES  COMMUNICATION  CONFLICT  PERFECT 


(defrule  get-percentages-communicat ion-unity-conflict 
(declare  (salience  999975)) 

(calculator  objective-function) 

(empty- list  set) 

(not  (bypass-calculation  communications)) 
(critical-pair-count  0) 

*> 

(assert  (conf lict-comm-percent  1.0))) 


;  ;  ;  GET  PERCENTAGES  COMMUNICATION  CONFLICT 

(defrule  get-percentages-comm-conflict 
(declare  (salience  999975)) 

(calculator  objective-function) 

(empty-list  set) 

(not  (bypass-calculation  communications)) 

(critical-paths-out  Pcritout) 

(critical -pair-count  ?critcountt-0) 

■> 

(assert  (conf lict-comm-percent 

«#L(dif ference  1.0  (quotient  (float  ?critout) 

(float  ?critcount) ) ) ) ) ) 


;;;  GET  PERCENTAGES  COMMUNICATION  GLOBAL 

(defrule  get-percentages-comm-global 
(declare  (salience  999975)) 

(calculator  objective-function) 

(empty-list  set) 

(not  (bypass-calculation  communications)) 

(all-paths-out  ?allout) 

*> 

(assert  (global-comm-percent 

-#L(dif ference  1.0  (quotient  (float  Tallout)  118.0))))) 
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;  ; ;  GET  GLOBAL  PERCENTAGE  FOR  WEATHER 

(defrule  get-percentages-weather 
(declare  (salience  999975)) 

(calculator  objective-function) 

(empty-list  set) 

(not  (bypass-calculation  weather)) 

?/<- (calculator  step3) 

?x<- (weather-coverage-areas  ?act) 

(conflict-areas  ?con) 

— > 

(assert  (global-weather-percent 

-#l(quotient  (float  (length$  ?act) )  36.0))) 


A'.'-V 


215 


Ar^tAv.v. v*-  *  •  •/  v*  %•  •.;*/  v  .  a*  v"pv. % 


(assert  (conflict-weather-percent 

■#L(quotient  (float  (length  (intersection  (list$  ?act) 
(list$  ?con) ) ) )  (float  (length?  ?con))))) 

(assert  (weather-percentages  done)) 

(retract  ?y  ?x) ) 


;  ; ;  GET  GLOBAL  AND  CONFLICT  PERCENTAGES  FOR  NAVIGATION 

(defrule  get-percentages-navigation 
(declare  (salience  999975)) 

(calculator  objective-function) 

(empty-list  set) 

(not  (bypass-calculation  navigation)) 

?x<- (calculator  navstep2) 

(schema  scout 

(coverage-areas  ?scoutareas) ) 


iwm 


?a<- (path3areas  ?path3) 

?b<-(path4areas  ?path4) 

(conflict-areas  ?con) 

(assert  (global-scout-percent 

«#1 (quotient  (float  (length$  ?scoutareas) )  36.0))) 

(assert  (conflict-scout-percent 

»#1 (quotient  (float  (length  (intersection 

(list$  ?scoutareas) 
(list?  ?con)  ))) 

(float  (length?  ?con) ) )  )) 

(assert  (global-path3-percent 

•#l(quotient  (float  (length$  ?path3))  36.0))) 

(assert  (conflict-path3-percent 

«#1 (quotient  (float  (length  (intersection  (list$  ?path3) 

(list?  ?con)  ))) 

(float  (length$  ?con) ) )  )) 


(assert  (global-path4 -percent 

»#l(quotient  (float  (length$  ?path4))  36.0))) 

(assert  (conflict-path4-percent 

«#1 (quotient  (float  (length  (intersection  (list$  ?path4) 

(list$  ?con)  ))) 

(float  (length$  ?con) ) )  )) 


(retract  ?x  ?a  ?b) ) 


V 


; ; ;  COMPUTE  WEATHER  CONTRIBUTION  TO  OBJECTIVE  FUNCTION 
(defrule  compute-objective- function-weather 


v«-.v; 
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(declare  (salience  999970)) 

(calculator  objective-function) 

(empty-list  set) 

(not  (bypass-calculation  weather) ) 

?a<- (global-weather-percent  ?gw) 

?b<- (conflict-weather-percent  ?cw) 

(weight-global  weather  ?vrtgw) 

(weight-conflict  weather  ?wtcw) 

(phase  ?phasenum) 

(priority  ?num  weather) 

(case  (  (test  (?num  >  ?phasenum) ) 

«> 

(retract  ?a  ?b) ) 

(otherwise 

*>)) 

(assert  (value-added  weather  »((?wtgw  *  ?gw)  +  (?wtcw  *  ?cw) ) ) ) ) 


; ; ;  COMPUTE  navigation  percentages 

(defrule  compute-objective-percents-navigation 
(declare  (salience  999973)) 

(calculator  objective-function) 

(empty- list  set) 

(not  (bypass-calculation  navigation)) 

?c<- (global-scout-percent  ?gsc) 

?d<- (conflict-scout-percent  ?csc) 
?e<-(global-path3-percent  ?gp3) 

?f<- (conflict-path3-percent  ?cp3) 
?g<-(global-path4-percent  ?gp4) 

?h<- (conf lict-path4 -percent  ?cp4 ) 

(sub-global  scout  1  ?subgls) 

(sub-conflict  scout  1  ?subcons) 

(sub-global  path  3  ?glpath3) 

(sub-conflict  path  3  ?conpath3) 

(sub-global  path  4  ?glpath4) 

(sub-conflict  path  4  ?conpath4) 


(assert  (global-navigat ion-percent 

»(?subgls  *  ?gsc  +  ?glpath3  *  ?gp3 
+  ?glpath4  *  ?gp4))) 


(assert  (conflict-navigation-percent 

»(?subcons  *  ?csc  +  ?conpath3  *  ?cp3 
+  ?conpath4  *  ?cp4))) 

(retract  ?c  ?d  ?e  ?f  ?g  ?h) ) 


; ; ;  COMPUTE  NAVIGATION  CONTRIBUTION  TO  OBJECTIVE  FUNCTION 
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(defrule  compute-value-added-navigation 
(declare  (salience  999970)) 

(calculator  objective-function) 

(empty-list  set) 

(not  (bypass-calculation  navigation)) 

?a<- (global-navigation-percent  ?glp) 

?b<- (conflict-navigation-percent  ?conp) 
(weight-global  navigation  ?wtgnav) 
(weight-conflict  navigation  ?wtcnav) 

(phase  ?phasenum) 

(priority  ?num  navigation) 

(case  (  (test  (?nun  >  ?phasenum) ) 

-> 

(retract  ?a  ?b) ) 

(otherwise 

->)) 

•> 

(assert  (value-added  navigation 

«(?wtgnav  *  ?glp  +  ?wtcnav  *  ?conp) ) ) ) 


;  ; ;  COMPUTE  COMMUNICATION  CONTRIBUTION  TO  OBJECTIVE  FUNCTION 

(defrule  compute-objective-funct ion-communications 
(declare  (salience  999970)) 

(calculator  objective-function) 

(empty-list  set) 

(not  (bypass-calculation  communications)) 

? i < - ( g 1 oba 1 -comm-percent  ?gc ) 

? jc- (conf lict-comm-percent  ?cc) 

?x<-(critical-paths-out  ?num) 

?y<-(all-paths-out  ?all) 

(weight-global  communications  ?wtgcomm) 

(weight-conflict  communications  ?wtccomm) 

(phase  ?phasenum) 

(priority  ?pri  communications) 

(case  (  (test  (?pri  >  ?phasenum) ) 

«> 

(retract  ?i  ?j  ?x  ?y) ) 

(otherwise 

->)) 

»> 

(assert  (value-added  communications 

«((?vtgcomm  *  ?gc)  +  (Twtccomm  *  ?cc) ) ) ) ) 


;;;  COMBINE  VALUE-ADDED'S 


(C 


(declare  (salience  999968)) 

(viewpoint  ?whichplan 
(calculator  objective-function) 

(empty-list  set) 

(phase  ?phasenum) 

(value-added  weather  ?wea) 

(value-added  navigation  ?nav) 

(value-added  communications  ?comm) ) 

> 

(at  ?whichplan 

(assert  (objective-function-value  »(?wea  +  ?nav  +  ?comm)  ?phasenum) ) 
(assert  (get-ranked -values  yes))) 

(printout  t  t  "Values  in  "  ?whichplan  t) 

(printout  t  "weather  value  is  "  ?wea  t) 

(printout  t  "navigation  value  is  "  ?nav  t  ) 

(printout  t  "communications  value  is  "  ?comm  t  t) ) 


;  ; ;  COLLECT  OBJECTIVE  FUNCTION  VALUES  AND  PUT  INTO  ROOT 

(defrule  col lect-objective-funct ion-values 
(declare  (salience  500000)) 

(viewpoint  ?vp 

(calculator  objective-function) 

(empty-list  set) 

(phase  ?phasenum) 

(column  4  |  8  f  12) 

(objective-function-value  ?number  ?phasenum) 

?x<- (get-ranked-values  yes)) 

(viewpoint  ?root 
?y<- (objective-values  ?accum) ) 

■  > 

(at  ?vp 

(retract  ?x)) 

(at  ?root 

(retract  ?y) 

(assert  ( f ind-the-best  yes)) 

(assert  (objective-values 

>(seq$  #L(append  (list$  ?accum)  (list  ’number) )))))) 


;  ; ;  FIND  BEST  VALUE  AND  RUNNERS-UP 

(defrule  find-best-value-now 
(declare  (salience  490000)) 
(viewpoint  ?root 
?x<- ( f ind-the-best  yes) 
(objective-values  ?accum) 
?a<-(best  ?first) 

?b<- (second-best  ?sec) 

?c<- (third-best  ?third)) 


(case  (  (test  <L(lessp  (length  (list$  ?accum) )  2)) 


(at  ?root 

(retract  Tx  ?a) 

(assert  (best  »#L(car  (sort  (Xist$  ?accum)  'greaterp)))))) 

(  (test  (L(lessp  (length  (list$  Taccum) )  3)) 

-> 

(at  ?root 

(retract  Tx  ?a  ?b) 

(assert  (best  «#L(car  (sort  (list$  Taccum)  'greaterp)))) 

(assert  (second-best  ■#L(cadr  (sort  (list$  Taccum)  ’greaterp)))))) 

(  (test  #L(greaterp  (length  (list$  Taccum))  2.5)) 

»> 

(at  ?root 

(retract  ?x  ?a  ?b  ?c) 

(assert  (best  -#L(car  (sort  (list$  Taccum)  ’greaterp)))) 

(assert  (second-best  »#L(cadr  (sort  (list$  Taccum)  ’greaterp)))) 
(assert  (third-best  -#L(caddr  (sort  (list$  Taccum)  ’greaterp))))))) 


; ; ;  START  PRUNING 

(defrule  lets-prune 

(declare  (salience  465000)) 

(viewpoint  ?vp 

(phase  Tphasenum) 

(calculator  objective- function) 

(empty-list  set) 

(objective-function-value  ?value  ?phasenum) ) 

»> 

(at  ?vp 

(assert  (prune  ?phasenum) ) ) ) 


;  ;  ;  PRUNING  ALGORITHM 

(defrule  prune-phasel 

(declare  (salience  480000)) 

(phase  1) 

(column  4) 

(prune  1) 

(objective-function-value  ?value  1) 

(priority  1  ?missionl) 

(priority  2  Tmission2) 

(priority  3  ?mission3) 

(value-added  ?missionl  Tactual; 

(weight-global  ?mission2  ?gl2) 

(weight-global  ?mission3  Tgl3) 

(weight-conflict  ?mission2  ?con2) 

(weight-conflict  ?mission3  ?con3) 

(third-best  Tthird) 

(test  ((Tactual  +  Tgl2  +  Tgl3  +  Tcon2  +  Tcon3)  <  Tthird) ) 

«> 

(printout  t  t  "Pruning  one  branch  of  search  tree."  t  t) 
(poison  "pruning  process")) 
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(defrule  prune-phase2 

(declare  (salience  480000)) 

(phase  2) 

(column  8) 

(prune  2) 

(objective-function-value  ?value  2) 

(priority  1  ?missionl) 

(priority  2  ?mission2) 

(priority  3  ?mission3) 

(value-added  ?missionl  Tactuall) 

(value-added  ?mission2  ?actual2) 

(weight-global  ?mission3  ?gl3) 

(weight-conflict  ?mission3  ?con3) 

(third-best  ?third) 

(test  ( (?actuall  +  ?actual2  +  ?gl3  +  ?con3)  <  ?third) ) 

«> 

(printout  t  t  "Pruning  one  branch  of  search  tree."  t  t) 
(poison  "pruning  process")) 


;;; START  PHASE  2 

(defrule  update-phase-number-l-to-2 
(declare  (salience  400000)) 

?calc<- (calculator  objective-function) 

?e<- (empty-list  set) 

(priority  2  ?second) 

(priority  3  ?third) 

?valn<- (value-added  ?second  ?value) 

?valc<- (value-added  ?third  ?coam) 

?m<- (phase  1) 

?x<- (prune  1) 

=*> 

(printout  t  t  "Starting  "  ?second  "  restoration  process 
(retract  ?m  ?x  ?calc  ?e  ?valn  ?valc) 

(assert  (phase  2))) 


; : :  START  PHASE  3 

(defrule  update-phase-number-2-to-3 
(declare  (salience  300000)) 

?calc<- (calculator  objective- function) 

?e<-(empty-list  set) 

(priority  3  ?third) 

?valn<- (value-added  ?third  ?value) 

?a<- (phase  2) 

?x<- (prune  2) 

«> 

(printout  t  t  "Starting  "  ?third  "  restoration  process, 
(retract  ?m  ?x  ?calc  ?e  ?valn) 


v  >  '  -  v  v  V 


(assert  (phase  3))} 


;  ; ;  RESTORATION  PROCESS  FINISHED 

(defrule  restoration-finished 
(declare  (salience  200000)) 

(viewpoint  ?vp 

?calc<- (calculator  objective-function) 
?e<- (empty-list  set) 

?m<- (phase  3) 

?x<- (prune  3)) 

=> 

(at  ?vp 

(assert  (restoration-finished  ?vp) ) ) ) 


;  ? ;  POISON  CERTAIN  COMBINATIONS  OF  WEATHER  DATA  RESTORATION 

(def contradiction  data-restoration-dif ferent-ways-on-one 
(schema  ?satellite 

(sat-status  green) ) 

(data-restoration  ?satellite  ?terminal) 

(data-restoration  ?satellite  -?terminal)) 


Its  SEE  IF  WEATHER  SATELLITES  CAN  GET  DATA  TO  EARTH  TERMINAL 

(defrule  can-get-data-down 
(declare  (salience  800000)) 

(phase  ?phasenum) 

(column  2  |  6  |  10) 

(schema  ?satellite 
(sat-status  green) 

(mission  weather) ) 


(not  (data-dn-checked  ?satellite) ) 
(schema  ?data-terminal 

(receive-data-from  ?satellite) 
(data-status  green) ) 

(assert  (data-dn-checked  ?satellite) ) 
(assert  (schema  ?satellite 

(can-get-data-down  yes)))) 


;;;  BYPASS  DATA  RESTORATION  IF  NAVIGATION 

(defrule  skip-data-rest-for-navigation 
(declare  (salience  780001)) 

(phase  Tphasenum) 

?m<-(column  ?col) 
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(test  ( (?col  nod  4)  -2)) 
(priority  ?phasenum  navigation) 


(retract  ?m) 

(assert  (column  «(?col  +2))) 

(assert  (data-restoration-process  ?phasenum  done) ) ) 


;  ;  ;  BYPASS  DATA  RESTORATION  IF  NOT  REQUIRED 

(defrule  all-green-weather-sats-send-down-data 
(declare  (salience  780000) ) 

(phase  ?phasenum) 

?m<- (column  ?col) 

(test  ( (?col  mod  4)  =2)) 

(priority  ?phasenum  weather) 

(forall  (schema  ?satellite 
(is-a  satellite) 

(mission  weather) ) 

(or  (schema  ?satellite  (sat-status  green) 

(can-get-data-down  ?somewhere) ) 
(schema  ?satellite  (sat-status  red  |  unknown)))) 

=> 

(assert  (data-restoration-process  ?phasenum  done) ) 

(printout  t  t  "No  weather  data  restoration  required."  t  t) 
(retract  ?m) 

(assert  (column  «(?col  +  2)))) 


;  ; ;  FLAG  WEATHER  SATELLITES  THAT  CANNOT  GET  DATA  DOWN 

(defrule  identify-problem-sats-for-data-weather 
(declare  (salience  775000)) 

(viewpoint  ?whichplan 
(column  2  |  6  |  10) 

(priority  ?wea  weather) 

(schema  ?satellite 

(sat-status  green) 

(mission  weather) 

(not  (can-get-data-down  yes)))) 


■> 


(printout  t  t  "Weather  satellite  "  Tsatellite 

"  needs  data  restoration  in  "  ?whichplan  t  t) 
(at  ?whichplan 

(assert  (needs-data-restoration  Tsatellite  ?wea) ) ) ) 


;;;  rule  try-other-system-to-get-data-down  located  in  file  tryother.art 


;  ; ;  COLLECT  PLANS  TO  RESTORE  DATA 


(defrule  collect-ways-to-restore-data-missionl 
(declare  (salience  690000)) 

(phase  ?phasenum) 

?m<- (column  ?col) 

(test  ((?col  mod  4  )  «  3)) 

(forall 

(needs-data-restoration  ?satellite  ?phasenum) 
(data-restoration  ?satellite  ?somewhere) ) 

=> 

(retract  ?m) 

(assert  (data-restoration-process  ?phasenum  done)) 
(assert  (column  «(?col  +  1)))) 


; ; ;  TIDY  UP  FACTS 

(defrule  get-rid-of-needs-data-restoration 
(declare  (salience  670000)) 

(phase  ?phasenumber) 

(data-restoration-process  ?phasenumber  done) 

?x<- (needs-data-restoration  ?satellite  ?phasenumber) 

=> 

(retract  ?x) ) 


(defrule  get-rid-of-checked-data-dn 
(declare  (salience  670000)) 

(phase  ?phasenum) 

(data-restoration-process  ?phasenum  done) 
?x<- (data-dn-checked  ?satellite) 

=> 

(retract  ?x) ) 
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-*-Mode:Art;  Package: ART-USER;  Base: 10 


;;;  FILE:  D: BAP;TRVOTHER. ART 


;  ; ;  TRY  ANOTHER  SYSTEM  TO  GET  DATA  DOWN 

(defrule  try-other-system-to-get-data-down 
(declare  (salience  750000)) 

(phase  ?phasenum) 

?m<- (column  ?col) 

(test  ((?col  nod  4)  =  2)) 

(needs-data-restoration  ?satellite  ?phasenum) 
(priority  1  ?missl) 

(priority  2  ?miss2) 

(priority  3  ?miss3) 

(schema  ?satellite 

(data-transmit-freq  ?sattx) 

(part-of  ?system) 

(sat-coverage  ?area) ) 


(schema  ?other-term 

(data-status  green) 

(area  ?area) 

(location  ?place) ) 

(or  (schema  ?other-term 

(data-receive-freq  ?sattx) ) 

(and  (schema  ?other-term 

(data-rx-freq-lower  ?lowrx) 
(data-rx-freq-upper  ?hirx) ) 
(test  (and  (?sattx  >=  ?lowrx) 

(?sattx  <=  ?hirx) ) ) ) 

(and  (schema  ?other-term 

(data-rx-freq-lower2  ?low2rx) 
(data-rx-freq-upper2  ?hi2rx) ) 
(test  (and  (?sattx  >«  ?low2rx) 

(?sattx  <=  ?hi2rx) ) ) ) ) 

(exists  (or  (schema  Townterm 
(use  data) 

(part-of  ?system) 

(location  ?place) ) 

(and  (schema  Townterm 
(use  data) 

(part-of  ’system) 
(location  ?spot) ) 

(link  ?place  ?spot)))) 


FIRST  TRY  TO  USE  AN  UNDEDICATED  TERMINAL 


(case  (  (schema  ?other-term 

(receive-data-for  open) ) 


(hypothesize 

(assert  (data-restoration  ?satellite  ?other-term) 
(send-over-data  ?other-term) ) 

(assert  (schema  ?other-term 

(receive-data-from  ?satellite) ) ) 
(retract  ?m) 

(assert  (column  «(?col  +1))) 

(modify  (schema  ?other-term 

(receive-data-for  ?system))))) 


; ; ;  TRY  TO  GET  DATA  DOWN  TO  A  LESSER  PRIORITY  TERMINAL 


(  (and  (schema  ?other-term 

(receive-data-for  ?sys26~?system) ) 

(schema  ?sys2 

(mission  ?s2miss)) 

(priority  ?rank  ?s2miss) 

(test  (?rank  >  ?phasenum) ) ) 

«> 

(hypothesize 

(assert  (data-restoration  ?satellite  ?other-term) 
(send-over-data  ?other-term) ) 

(retract  ?m) 

(assert  (column  *»(?col  +  1))) 

(assert  (schema  ?other-term 

(receive-data-from  ?satellite) ) ) 

(assert  (gave-away-data-slot  ?other-term  ?sys2)) 

(modify  (schema  ?other-term 

(receive-data-for  ?system) ) ) ) ) 

;;?  TRY  TO  GET  DATA  DOWN  TO  AN  EQUAL  PRIORITY  TERMINAL 
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(  (and  (schema  ?other-term 

(receive-data-for  ?sys2S-?system) ) 

(schema  ?sys2 

(mission  ?s2miss)) 

(priority  ?rank  ?s2miss) 

(test  (?rank  -  ?phasenum) ) ) 

-> 

(hypothesize 

(assert  (data-restoration  ?satellite  ?other-term) 
(send-over-data  ?other-term) ) 
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(retract  ?m) 

(assart  (column  »(?col  +1))) 

(assert  (schema  ?other-term 

(receive-data-from  ?satellite) ) ) 

(assert  (gave-away-data-slot  ?other-term  ?sys2)) 

(modify  (schema  ?other-term 

(receive-data-for  ?system) ) ) ) )  )  ) 


;;;  IF  NO  DATA  RESTORATION  BRANCHES  EXIST,  NO  HOPE  FOR  DATA  RESTORATION 

(defrule  no-hope-for-data-restoration 
(declare  (salience  740000) ) 

(phase  ?phasenum) 

(viewpoint  ?vl 

(needs-data-restoration  ?satellite  ?phasenum) 

?m<- (column  ?col)) 

(test  ( (?col  mod  4)  -2)) 

(not  (viewpoint  ?v2 

(data-restoration  ?satellite  ?anywhere) ) ) 

«> 

(at  ?vl 

(hypothesize 

(assert  (data-restoration  ?satellite  none) ) 

(modify  (schema  ?satellite 

(sat-status  red))) 

(assert  (satellite-down  ?satellite  no-data-down-capability) ) 
(retract  ?m) 

(assert  (column  »(?col  +  1)))))) 


;  ; ;  FIND  SATELLITES  THAT  CORRESPOND  TO  GAVE-AWAY-DATA-SLOT 

(defrule  f ind-data-stricken-satellites 
(declare  (salience  720000)) 

(column  3  |  7  |  11) 

(gave-away-data-slot  ?terminal  ?system) 

(schema  ?terminal 

(receive-data-from  ?satellite)} 

(schema  ?satellite 
(part-of  ?system) ) 

(retract  (schema  ?terminal  (receive-data-from  Tsatellite) ) ) 
(assert  (check-for-other-data-dn  ?satellite) ) ) 
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TAKE  OUT  LINKS  IF  COMM  TERMINAL  USED  FOR  WEATHER 


« 


(defrule  comm-terminal-given-to-weather 
(declare  (salience  720000)) 

(column  3  |  7  |  11) 

(gave-away-slot  ?terminal  ?system) 
(schema  ?terminal 
(mission  communications)) 

=> 

(assert  (take-out-links  Tterminal))) 


;  ; ;  CHECK  IF  SATELLITES  CAN  STILL  GET  DATA  SOMEWHERE 

(defrule  see-what-sats-can-still-send-data 
(declare  (salience  710000)) 

?m<- (column  ?col) 

(phase  ?phasenum) 

?x<- (check-for-other-data-dn  ?satellite) 

(schema  ?satellite 
(mission  weather) ) 

(priority  ?rank  weather) 

(case  (  (schema  ?terminal 

(receive-data-from  ?satellite)) 


»> 

(retract  ?x) ) 

(otherwise 

»> 

(assert  (needs-data-restoration  ?satellite  ?rank) ) 
(retract  ?m) 

(assert  (column  «(?col  +  1)))))) 
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node: Art;  Package :au;  Base: 10.-*- 


; ; ;  FILE :  D: BAP ; FORLINK. ART 


uH 


;;;  CUT  LINKS  WHEN  SATELLITE  DOWN 

(defrule  cut-1 inks-when-satellite-destroyed 
(declare  (salience  941998)) 

?r<- (check-to-f ree-data-terminal  ?satellite) 


(schema  Fsatellite 

(mission  communications)) 

(split  (?y<- (successor  Fanywhere  ?satellite  ?other) 

«> 

(retract  ?y) ) 
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(?x<- (successor  ?anywhere  ?other  ?satellite) 

«> 

(retract  Fx) ) ) ) 


; ; ;  CUT  LINKS  WHEN  DATA  TERMINAL  DOWN 


(defrule  cut-1 inks-when-data-terminal-down 
(declare  (salience  941992)) 
(take-out-links  ?terminal) 

(schema  ?terminal 

(mission  communications) ) 


(split  (?x<- (successor  Fanyvher  Fterminal  Fother) 

»> 

(retract  ?x) ) 

(?y<- (successor  Fanywhere  Fother  Fterminal) 

«> 

(retract  Fy) ) ) 

(case  ((schema  Fother 

(is-a  satellite)) 

»> 

(assert  (check-stranded  Fother) ) ) 

(otherwise 

->))) 


; ; ;  ELIMINATE  PATHS  THAT  CONTAINED  DESTROYED  TERMINAL 

(defrule  remove-appropriate-paths 
(declare  (salience  941991)) 

(take-out-links  Fterminal) 

Fx<- (path  Fa  Fb  Fc  Fd) 

(test  #1 (member  Fterminal  (list$  Fd) ) ) 
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(retract  ?x) ) 


;  ; ;  ELIMINATE  PATHS  THAT  USED  A  LANDLINE  THAT  HAS  BEEN  DESTROYED 

(defrule  remove-paths-due-to-cut-landline 
(declare  (salience  941995)) 

(groundlink-destroyed  ?from  ?to) 

?x<-(path  ?how  ?b  ?e  ?d) 

(test  #1 (member  ?from  (lists  ?d) ) ) 

(test  #1 (member  ?to  (list$  ?d) ) ) 

(case  (  (and  (test  #l(greaterp  (length  (member  ?from  (list$  ?d))) 

(length  (member  ?to  (lists  ?d) ) ) ) ) 
(test  #l(equalp  (cadr  (member  ?from  (lists  ?d) ) )  ?to) ) ) 

«> 

(retract  ?x) ) 

(  (and  (test  #l(greaterp  (length  (member  ?to  (lists  ?d) ) ) 

(length  (member  ?from  (lists  ?d) ) ) ) ) 
(test  #l(equalp  (cadr  (member  ?to  (lists  ?d) ) )  ?from) ) ) 

-> 

(retract  ?x) ) ) ) 


;;;  ELIMINATE  PATHS  THAT  CONTAINED  DESTROYED  SATELLITE 

(defrule  remove-paths-due-to-red-sat 
(declare  (salience  941997) ) 

?r<-(check-to-free-data-terminal  ?satellite) 

(schema  ? satellite 

(mission  communications}) 

?y<c-(path  ?a  ?b  ?c  ?d) 

(test  #l(member  ?satellite  (lists  ?d) ) ) 

*> 

(retract  ?y) ) 


; ; ;  DETERMINE  IF  RESTORATION  IS  REQUIRED 

(defrule  see-what-links-are-missing 
(declare  (salience  941500)) 

(priority  ?phase  communications) 

(port  Tcontinent  ?terminal) 

(port  ?othercont4-?continent  ?otherterm) 

(not  (path  ?how  Tterminal  ?otherterm  ?trail) ) 

•*> 

(printout  t  t  "New  communications  path  required  between  " 
?terminal  "  and  "  ?otherterm  t  t) 


(assert  (comm-path-restoration-required  ?terminal  ?otherterm  ?phase))) 


;;;  CHECK  IF  SATELLITE  IS  STRANDED  (NO  LINKS) 

(defrule  is-satellite-stranded 
(declare  (salience  941450)) 

?m<- (check-stranded  ?satellite) 

(case  (  (and (successor  ?anywhere  ?x  ?satellite) 

(successor  ?somewhere  ?satellite  ?yi-?x) ) 

«> 

(retract  ?m) ) 

(otherwise 

«> 

(retract  ?m) 

(assert  (satellite-down  ?satellite  no-data-links-to-ground) ) 
(printout  t  t  "Communications  satellite  " 

?satellite  "  has  no  comm  links  to  ground."  t 
"Status  of  satellite  "  ?satellite  "  set  to  red."  t  t) 
(assert  (schema  ?satellite 

(sat-status  red)))))) 


;  ; ;  FIND  ANOTHER  PATH  TO  RESTORE  AT  ROOT 

(defrule  find-another-path-at-root 
(declare  (salience  941400)) 

(column  0) 

(comm-path-restoration-required  ?from  ?to  ?phasenum) 
(not  (comm-path-restorat ion-done  ?from  ?to  ?anywhere) ) 

=> 

(assert  (retrieve-path  ?from  ?to  0))) 


; ; ;  NO  COMMUNICATIONS  path  found  at  root 

(defrule  no-comm-path-found-root 
(declare  (salience  941398)) 

(column  0) 

(comm-path-restoration-required  ?from  ?to  Tphasenum) 
(not  (comm-path-restoration-done  ?from  ?to  0) ) 

«> 

(assert  (comm-path-restoration-done  ?from  ?to  none))) 


; ; ;  FIND  ANOTHER  PATH  TO  RESTORE  IN  CORRECT  PHASE 

(defrule  f ind-another-path 

(declare  (salience  800000)) 

(phase  ?phasenum) 

(column  ?col) 

(test  ((?col  mod  4)  -  2)) 


(comm-path-restoration-required  ?from  ?to  ?phasenum) 
(not  (comm-path-restoration-done  ?from  ?to  Tanywhere)) 


!> 


(assert  (retrieve-path  ?from  ?to  ?phasenum) ) ) 


; ; ;  CLEAN  UP  USED-LINK  FACTS  IN  ROOT 

(defrule  clean-up-used-link-facts-in-root 
(declare  (salience  900001)) 

(column  0) 

(comm-path-restoration-done  ?from  ?to  ?phasenum) 
?x<- (used-link  ?node  ?othernode) 

»> 

(retract  ?x) ) 


;  ; ;  CLEAN  UP  USED-LINK  FACTS 

(defrule  clean-up-used-link-facts 
(declare  (salience  850000)) 

(comm-path-restoration-done  ?from  ?to  ?phasenum) 
?x<- (used-link  ?node  ?othernode) 

»> 

(retract  ?x) ) 


;  ; ;  NO  COMMUNICATIONS  PATH  FOUND 

(defrule  no-comm-path- found-phase 
(declare  (salience  795000)) 

(phase  ?phasenum) 

?x<- (column  ?col) 

(test  ( (?col  mod  4)  -  2)) 

(priority  ?phasenum  communications) 
(comm-path-restoration-required  ?from  ?to  ?phasenum) 
(not  (comm-path-restoration-done  ?from  ?to  ?somehow) ) 

*> 

(assert  (comm-path-restoration-done  ?from  ?to  none) ) ) 


;;;  COMMUNICATIONS  PATH  RESTORATION  FINISHED,  UPDATE  COLUMN 

(defrule  move-on-f rom-comm-rest-to-ob j -f cn 
(declare  (salience  790000)) 

(phase  'iphasenum) 

?x<- (column  ?col) 

(test  ((?col  mod  4)  -  2)) 

(priority  ?phasenum  communications) 

(forall 

(comm-path-restoration-required  ?from  ?to  ?phasenum) 
(comm-path-restoration-done  ?from  ?to  ?somehow) ) 

«> 

(retract  ?x) 

(assert  (column  »(?col  +2))) 

(assert  (data-restoration-process  Tphasenum  done))) 
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;;;  -*-Mode : Art ;  Package: ART-USER;  Base: 10. 


; ; ;  FILE :  D : BAP ; STARTUP . ART 


;  ; ;  EUROPEAN  THEATER  CRITICAL  PAIRS 

(defrule  critical-pairs-European-theater 
(declare  (salience  *maximum-salience*) ) 

?x<- (theater  Europe) 

?y<- (critical-pair-count  ?number) 

«> 

(assert  (critical-pair  Sunnyvale  Crete-Greece) 
(critical-pair  Point-Mugu  Crete-Greece) 
(critical-pair  Colorado-Springs  Crete-Greece) 
(critical-pair  Norfolk-virqinia  Crete-Greece) 
(critical-pair  Prospect-Haroor-Maine  Crete-Greece) 
(critical-pair  Thule-Greenland  Crete-Greece)) 
(retract  ?x  ?y) 

(assert  (critical-pair-count  -{?number  +  12)))) 


:  ; J  ASIAN  THEATER 


(defrule  critical -pa irs-As ian-theater 

(declare  (salience  *maximum-salience*) ) 
?x<- (theater  Asia) 

?y<- (critical-pair-count  ?number) 


(assert 


(critical-pair 

(critical-pair 

(critical-pair 

(critical-pair 

(critical-pair 

(critical-pair 


Sunnyvale  Indian-Ocean) 

Point-Mugu  Indian-Ocean) 
Colorado-Springs  Indian-Ocean) 
Norfolk-Virginia  Indian-Ocean) 
Prospect-Harbor-Maine  Indian-Ocean  ) 
Thule-Greenland  Indian-Ocean) 


(critical 
(critical 
(critical 
(critical 
(critical 
(critical 
(retract  ?x  ?y) 

(assert  (critical-pair-count  »(?number  +  24)))) 


pair  Sunnyvale  Diego-Garcia) 
pair  Point-Mugu  Diego-Garcia) 
pair  Colorado-Springs  Diego-Garcia) 
pair  Norfolk-Virginia  Diego-Garcia) 
pair  Prospect-Harbor-Maine  Diego-Garcia) 
pair  Thule-Greenland  Diego-Garcia) ) 


;  ; ;  FAR  EASTERN  THEATER 

(defrule  critical-pairs-FarEastern-theater 
(declare  (salience  *maximum-salience*) ) 

?x<- (theater  FarEast) 

?y<- (critical-pair-count  ?nuaber) 

*> 

(assert  (critical-pair  Sunnyvale  Woomera-Australia) 
(critical-pair  Point-Mugu  Woomera-Australia) 
(critical-pair  Colorado-Springs  Woomera-Australia) 


(critical- 
(critical- 
(critical- 

(critical- 

(critical- 

(critical- 

(critical- 

(critical- 

(critical- 

(critical- 
(critical- 
(critical- 
(critical- 
(critical- 
(critical- 
(retract  Tx  Ty) 
(assert  (critical- 


; ; ;  PACIFIC  THEATER 


-pair  Norfolk-Virginia  Woomera-Australia) 

-pair  Prospect-Harbor-Maine  Woomera-Australia) 
-pair  Thule-Greenland  Woomera-Australia) 

-pair  Sunnyvale  Guam) 

-pair  Point-Mugu  Guam) 

-pair  Colorado-Springs  Guam) 

-pair  Norfolk-Virginia  Guam) 

-pair  Prospect-Harbor-Maine  Guam) 

-pair  Thule-Greenland  Guam) 

-pair  Sunnyvale  Kvajelein-Island) 

-pair  Point-Mugu  Kvajelein-Island) 

-pair  Colorado-Springs  Kvajelein-Island) 

-pair  Norfolk-Virginia  Kvajelein-Island) 

-pair  Prospect-Harbor-Maine  Kvajelein-Island) 
-pair  Thule-Greenland  Kvajelein-Island) ) 

-pair-count  -(Tnumber  +  36)))) 


•>;  a 
-  - . 
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(defrule  critical-pairs-Pacif ic-theater 
(declare  (salience  *maximum-salience*) ) 

?x<- (theater  Pacific) 

?y<- (critical-pair-count  ?number) 

»> 

(assert  (critical-pair  Sunnyvale  Wahiavi-Havaii) 
(critical-pair  Point-Mugu  Wahiavi-Havaii) 
(critical-pair  Colorado-Springs  Wahiavi-Havaii) 
(critical-pair  Norfolk-Virginia  Wahiavi-Havaii) 
(critical-pair  Prospect-Harbor-Maine  Wahiavi-Havaii) 
(critical-pair  Thule-Greenland  Wahiavi-Havaii) ) 
(retract  ?x  ?y) 

(assert  (critical-pair-count  -(Tnumber  +  12)))) 


;  ; ;  START  TT4C  RESTORATION 

(defrule  start-up-ttc-required 

(declare  (salience  *maximum-salience*) ) 

?x<- ( change- ttc-status  ?terminal  red  Treason) 

■> 

(retract  ?x) 

(modify  (schema  Tterminal 

(ttc-status  red) ) ) 

(assert  (ttc-capability-dovn  Tterminal  Treason))) 


; ; ;  TT4C  STATUS  UNKNOWN 

(defrule  unknovn-ttc-status 

(declare  (salience  *maximum-salience*) ) 

Tx<- (change-ttc-status  Tterminal  unknown  Treason) 
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(  (schema  Tterminal 

(ttc-status  red) ) 

■> 

(retract  Tx) ) 

(  (schema  ?terminal 

(is-a  earth-terminal) 

(not  (primary-ttc-for  Tanyvhere) ) ) 

*=> 

(modify  (schema  ?terminal  (ttc-status  red))) 

(assert 

(ttc-capability-down  ?terminal  unknown-assumed-destroyed) ) 
(retract  Tx) ) 

(  (exists  (schema  ?terminal 

(primary-ttc-for  ?satellite) ) 

(schema  ?satellite 
(sat-status  green)) 

(not  (change-satellite-status 

?satellite  red  |  unknown  Treason))) 

«> 

(retract  ?x) ) 

(otherwise 

-> 

(retract  ?x) 

(modify  (schema  Tterminal  (ttc-status  red) ) ) 

(assert 

(ttc-capability-down  Tterminal  unknown-assumed-destroyed) ) ) ) ) 


;;?  START  DATA  RESTORATION 

(defrule  start-up-data-required 

(declare  (salience  *maximum-salience*) ) 

?x<-(change-data-status  Tterminal  red  |  unknown  Treason) 

(split  ((schema  Tterminal 

(mission  communications) ) 

»> 

(assert  (take-out-links  Tterminal))) 

((schema  Tterminal 

(mission  -communications) ) 

->)) 


(retract  Tx) 

(modify  (schema  Tterminal 

(data-status  red))) 

(assert  (data-capability-down  Tterminal  Treason))) 
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lie  start-up-underground-1 ink -destroyed 
Clare  (salience  ^maximum-salience*) ) 
oundl ink-destroyed  ?from  ?to) 

-(link  ?from  ?to) 

-(link  ?to  ?from) 

-(successor  landline  ?from  ?to) 
-(successor  landline  ?to  ?from) 


-*-  Mode  .‘Art;  Package  :au;  Base:  10.  -*- 


FILE:  D: BAP; RE PORTS. ART 


: ; ;  OUTPUT  BEST  PLAN 

(defrule  output-best-one 

(declare  (salience  230000)) 

(viewpoint  ?vp 

(give-plans  ?num) 

(best  ?value) 

(objective-function-value  ?value  3) 
(restoration-finished  ?vp) 

(not  (output-viewpoint  ?vp))) 

=> 

(at  ?vp 

(assert  (output-viewpoint  ?vp))) 

(printout  t  t  t  "BEST  RESTORATION  PLAN:"  t  t) ) 


;  ;  ;  OUTPUT  SECOND  BEST  PLAN 

(defrule  output-second-one 

(declare  (salience  228000)) 

(viewpoint  ?root 
(give-plans  ?num) 

(second-best  ?value) ) 

(test  (?num  >  1) ) 

(viewpoint  ?vp 

(objective-function-value  ?value  3) 
(restoration-finished  ?vp) 

(not  (output-viewpoint  ?vp) ) ) 

=> 

(at  ?vp 

(assert  (output -viewpoint  ?vp) ) ) 

(printout  t  t  t  "SECOND  BEST  RESTORATION  PLAN:"  t  t) ) 


; ; ;  OUTPUT  THIRD  BEST  PLAN 

(defrule  output-third-one 

(declare  (salience  226000)) 

(viewpoint  ?root 

(give-plans  ?nun) 

(third-best  ?value) ) 

(test  (?num  >  2)) 

(viewpoint  ?vp 

(objective-function-value  ?value  3) 
(restoration-finished  ?vp) 

(not  (output-viewpoint  ?vp))) 

«> 

(at  ?vp 

(assert  (output-viewpoint  ?vp) ) ) 

(printout  t  t  t  "THIRD  BEST  RESTORATION  PLAN"  t  t) ) 


; ; ;  OUTPUT  ALL  PLANS 


(defrule  output-all-plans 

(declare  (salience  224000)} 

(viewpoint  ?vp 

(restoration-finished  ?vp) 

(phase  3) 

(give-all-plans  yes) 

(not  (output-viewpoint  ?vp))) 

=> 

(at  ?vp 

(assert  (output-viewpoint  ?vp) ) ) 

(printout  t  t  t  "RESTORATION  PLAN:"  ?vp  t  t) ) 


;  ; ;  PRINT  HEADER 

(defrule  output-all-steps-header 
(declare  (salience  250000)) 

(viewpoint  ?vp 

(restoration-finished  ?vp) 

(output-viewpoint  ?vp) 

(value-added  navigation  ?valnav) 

(value-added  communications  Tvalcomm) 

(value-added  weather  ?valwea) 

(global-weather-percent  ?gw) 

(global-navigation-percent  ?gn) 

(global-conun-percent  ?gc) 

(conflict -weather-percent  ?cw) 
(conflict-navigation-percent  ?cn) 

(conflict-comm-percent  ?cc) 

(objective-function-value  ?value  3)) 

t) 


?cc  t 
?gc  t  t) 
?cn  t 
?gn  t  t) 
?cw  t 
?gw  t  t) 

(printout  t  "Resources  not  operational 

and  reason  for  red  status:"  t  t  )) 


(printout  t  t  ?vp  "  Restoration  plan  has  value  "  ?value  t 
(printout  t  "Communications  Value:  "  ?valcomm  t 
"Navigation  Value:  "  ?valnav  t 

"Weather  Value:  "  ?valwea  t  t) 

(printout  t  "Communications  Percentages:  Conflict  Area:  " 

"  Global:  " 

(printout  t  "Navigation  Percentages:  Conflict  Area:  " 

"  Global:  " 

(printout  t  "Weather  Percentages:  Conflict  Area:  " 

"  Global:  " 


;;;  PRINT  SATELLITES  WITH  RED  STATUS 

(defrule  satellites-down-output 
(declare  (salience  248000)) 

(viewpoint  ?vp 

(output-viewpoint  ?vp) 
(satellite-down  ?satellite  Treason)) 


=> 


(printout  t  Satellite  "  ?satellite  " 


Reason: 
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; ; ;  PRINT  TTC  TERMINALS  WITH  RED  STATUS 

(defrule  ttc-terminals-down-output 
(declare  (salience  247000)) 

(viewpoint  ?vp 

(output-viewpoint  ?vp) 

(ttc-capability-down  ?terminal  Treason) ) 


a*TTSr 


(printout  t  "TTSC  Terminal  w  Tterminal  "  Reason:  "  Treason  t) ) 


;  ; ;  PRINT  DATA  TERMINALS  WITH  RED  STATUS 


(defrule  data-terminal-down-output 
(declare  (salience  246000)) 

(viewpoint  Tvp 

(output-viewpoint  Tvp) 

(data-capability-down  Tterminal  Treason) ) 

=> 

(printout  t  "Data  Terminal  "  Tterminal  "  Reason:  "  Treason  t) ) 


w'.s'./a 
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PRINT  RTS  TERMINAL  WITH  DEGRADED  STATUS 


(defrule  yellow-rts-output 

(declare  (salience  245000)) 

(viewpoint  Tvp 

(output-viewpoint  Tvp) 
(one-antenna-down  Trts  Treason)) 

« > 

(printout  t  "One  antenna  down  at  "  Trts  " 


Reason:  "  Treason  t) ) 


A  A  A 

aaV-'a 

a'a'a'a 
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; ; ;  PRINT  IF  THERE  IS  NO  COMM  CONNECTION 

(defrule  no-connection-between 
(declare  (salience  244800) ) 

(viewpoint  Tvp 

(comm-path-restoration-done  Tfrom  Tto  none) 

(output-viewpoint  Tvp) ) 

»> 

(printout  t  "No  communications  link  from  "  Tfrom  "  to  "  Tto  t  t) ) 


HEADER  FOR  RESTORATION  STEPS 


(defrule  output-steps 

(declare  (salience  244000)) 
(viewpoint  Tvp 

(output-viewpoint  Tvp) ) 
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(printout  t  t  ?vp  "  Restoration  Steps  to  Implement:  "  t  ) 
(printout  t"--------------------"tt)) 


;;;  PRINT  PUT  SPARE  IN  USE 

(defrule  spare-step 

(declare  (salience  243000)) 
(viewpoint  ?vp 

(output-viewpoint  ?vp) 
(put-spare-in-use  ?spare) 
(schema  ?spare 

(sat-status  green) 
(primary-ttc  ?terminal))) 


«> 

(printout  t  "Put  spare  satellite  "  ? spare  "  in  use"  t 

"and  use  "  ?terminal  "  for  TTSC  servicing."  t  )) 


; ; ;  PRINT  TTC  RESTORATION  STEPS 

(defrule  ttc-step 

(declare  (salience  242000)) 

(viewpoint  ?vp 

(output -viewpoint  ?vp) 

(ttc-restoration  ?satellite  ?terminal£~none) ) 

as> 

(printout  t  "Use  "  ?terminal  "  terminal  for  satellite  "  ?satellite 
"  TTSC  servicing."  t) ) 


;;;  PRINT  DATA  RESTORATION  STEPS 

(defrule  data-step 

(declare  (salience  241000)) 

(viewpoint  ?vp 

(output-viewpoint  ?vp) 

(data-restoration  ?satellite  ?terminalS-none) 

(send-over-data  ?terminal) 

(schema  ?satellite 

(part-of  ?system) ) ) 

**> 

(printout  t  "Terminal  "  ?terminal  "  will  receive  data  "  t 

"from  satellite  "  Tsatellite  "  and  send  data  over  to  a 
t  ?system  "  data  terminal  via  landline."  t) ) 


; ; ;  PRINT  NEW  PATHS  FOR  COMMUNICATIONS 
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(path  ?how  ?from  ?to  ?trail) 

(not  (path-was-printed  ?from  ?to) ) ) 

(printout  t  t  "New  cosuaunications  path  from  "  ?from  "  to  " 
(at  ?vp 

(assert  (print-path-list  ?trail)) 

(assert  (path-was-printed  ?from  ?to) ) ) ) 


;;;  STEP  THROUGH  LIST  FOR  PATH 

(defrule  step-through-path-print 
(declare  (salience  999999)) 

?x<- (print -path-list  ?trail) 

(test  ((length?  ?trail)  >  1)) 

«> 

(bind  ?first  #L(car  (list?  ?trail))) 

(printout  t  ? first  t) 

(retract  ?x) 

(assert  (print-path-list  «#l(seq?  (cdrflist?  ?trail)))))) 


; ; ;  LAST  ELEMENT  OF  PATH  ENCOUNTERED 

(defrule  found-destination-in-path-print 
(declare  (salience  999999) ) 

?x<- (print-path-list  ?trail) 

(test  ((length?  ?trail)  -  1)) 

«> 

(retract  ?x) 

(bind  ?f irst  IL(car  (list?  ?trail))) 
(printout  t  ?f irst  t  t  t) ) 


; ; ;  MOVE  ON  TO  ANOTHER  PLAN 

(defrule  f inished-with-print-plan 
(declare  (salience  235000) ) 
(viewpoint  ?vp 

(output-viewpoint  ?vp) ) 


«> 

(printout  t  ----------------------  t) 

(printout  tt  "*******************  *"t 


...  Mode: Art;  Package: ART-USER;  Base: 10. 


;;;  FILE:  D : BAP ; FORBREADTH . ART 


;  ; ;  BREADTH  FIRST  SEARCH  ROUTINE  USED  TO  GET  NEW  COMMUNICATIONS  PATHS 


;;;  SET  UP  VARIABLES  FOR  SEARCH  (ALL  POSSIBLE  WAYS) 

(defrule  get-new-path-all 

(declare  (salience  999000)) 

(comm-path-restoration-required  ?start  ?finish  ?phasenum) 
(not  (comm-path-restoration-done  ?start  ?finish  ?anywhere) ) 
(retrieve-path  ?start  ?finish  ?when) 

«> 

(assert  (accunulate-path  all  ?start  ?finish) ) 

(assert  (expand-on  «(seq$  #L(list  ?start) ) ) ) 

(assert  (partials  «(seq*$  #L(list  (list  ?start) ) ) ) ) 

(assert  (collect-hold  «(seq$  #L'())  ))) 


;;;  COLLECT  EXPANSIONS  OF  FIRST  ELEMENT  IN  PARTIALS  LIST  (ALL  WAYS) 

(defrule  collect-expansions-all 
(declare  (salience  999500) ) 

(accunulate-path  all  ?start  ?finish) 

(expand-on  Ytakeoff) 

(successor  chatter  |  talk  |  landline  |  nixed  ?start 

?nexts : (not  #1 (member  ?next  (list$  ?takeoff)))) 

(not  (used-link  ?start  ?next) ) 

?x<- ( collect-hold  ?group ) 

-> 

(retract  ?x) 

(assert  (used-link  ?start  ?next)) 

(assert  (collect -hold 

«(seq*$  #L(append  (list  (append  (list  ?next) 

(list$  ?takeof f ) ) ) 
(list*$  ?group) ) ) ) ) ) 


;  ; ;  ADD  EXPANSIONS  TO  LIST  OF  PARTIAL  PATHS  (ALL) 

(defrule  add-on-expansions-all 
(declare  (salience  999450)) 

(accunulate-path  all  ?start  ?finish) 

?x<- (partials  ?queue) 

?b<- (collect-hold  ?additions) 

(case  (  (test  #L(equalp  '()  (lists  ?additions) ) ) 

»> 

(retract  ?b  ?x) 

(assert  (partials  -(seq*$  #L(cdr  (list*$  ?queue)))))) 


(otherwise 


(retract  ?x  ?b) 

(assert  (partials  «(seq*?  #L(append  (cdr  (list*?  ?gueue) ) 

(list*?  ?additions) ))))))) 


; ; ;  GET  NEXT  GROUP  OF  EXPANSIONS  (ALL) 

(defrule  get-next-start-all 
(declare  (salience  999440)) 

?c<- (accumulate-path  all  ?start  ?f inish) 

(partials  ?queue) 

«> 

(retract  ?c) 

(assert  (expand-on  -(seq?  #L(car  (list*?  ?queue) ) ) ) ) 

(assert  (accumulate-path  all  «#L(car  (car  (list*?  ? queue) ) )  ?f inish) ) 
(assert  (collect-hold  -(seq?  #L  '())))) 

;;;  DESTINATION  FOUND,  PATH  COMPLETE  (ALL) 

(defrule  found-destination-all 
(declare  (salience  999520)) 

?c<- (expand-on  ?what) 

?x<- (collect-hold  ?group) 

?y<- (accumulate-path  all  ?start  ?f inish) 

(test  #L(equalp  (caar  (list*?  ?group) )  ?finish)) 

?a<- (retrieve-path  ?begin  ?end  ?vhen) 

»> 

(retract  ?x  ?y  ?c  ?a) 

(assert  (clean-up  links)) 

(assert  (comm-path-restoration-done 

-#L(car  (reverse  (car  (list*?  ?group) ) ) ) 

?f inish  ?when) ) 

(assert  (path  all  -#L(car  (reverse  (car  (list*?  ?group) ) ) )  ?finish 
■(seq?  <L( reverse  (car  (list*?  ?group) ) ) ) ) ) ) 


; ; ?  GET  NEW  PATH  VIA  RESPECTIVE  IF  REVERSE  PATH  IS  RESPECTIVE 

(defrule  get-new-path-via-reverse 
(declare  (salience  999700)) 

(comm-path-restoration-required  ?start  ?finish  ?phasenum) 
(not  (comm-path-restoration-done  ?start  Tfinish  ?anytime)) 
?a<- (retrieve-path  ?start  ? finish  ?when) 

(path  chatter  |  talk  |  respective  |  landline  |  backwards 
?finish  ?start  ?trail) 

-> 

(retract  ?a) 

(assert  (comm-path-restoration-done  ?start  ?finish  ?when) ) 
(assert  (path  backwards  ?start  ?finish 

■(seq?  #L(reverse  (list?  ?trail)))))) 


;;;  SET  UP  VARIABLES  FOR  SEARCH  (RESPECTIVE  SYSTEMS) 

(defrule  get-new-path-respective 
(declare  (salience  999600)) 
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(coinn-path-restoration-required  ?start  ?finish  ?phasenum) 
(not  (conun-path-restoration-done  ?start  ?finish  ?anytime) ) 
(retrieve-path  ?start  ?finish  ?when) 

(assert  (accumulate-path  respective  ?start  ?finish) ) 
(assert  (expand-on  -(seq?  #L(list  ?start)))) 

(assert  (partials  »(seq*$  #L(list  (list  ?start) ) ) ) ) 

(assert  (collect-hold  *(seq$  #L'())  ))) 


;;;  COLLECT  EXPANSIONS  OF  FIRST  ELEMENT  IN  PARTIALS  LIST  (RESPECTIVE) 

(defrule  collect-expansions-respective 
(declare  (salience  999990) ) 

(accumulate-path  respective  ?start  ?finish) 

(expand-on  ?takeoff) 

(successor  chatter  |  talk  |  landline  ?start 

?next&:(not  #1 (member  ?next  (list$  ?takeoff)))) 

(not  (used-link  ?start  ?next) ) 

?x<- (collect -hold  ?group) 

=> 

(retract  ?x) 

(assert  (used-link  ?start  ?next)) 

(assert  (collect-hold 

«(seq*?  #L(append  (list  (append  (list  ?next) 

(list?  ?takeoff ) ) ) 
(list*?  ?group) ) ) ) ) ) 


; ; ;  ADD  EXPANSIONS  TO  LIST  OF  PARTIAL  PATHS  (RESPECTIVE) 

( de  t  rul  e  add-on-expans  ions  -respect  ive 
(declare  (salience  999980)) 

(accumulate-path  respective  ?start  ?finish) 

?x<- (partials  ?queue) 

?b<- (collect-hold  ?additions) 

(case  (  (test  #L(equalp  • ()  (list?  ?additions) ) ) 

«> 

(retract  ?b  ?x) 

(assert  (partials  »(seq*?  #L(cdr  (list*?  ?queue) ) ) ) ) ) 

(otherwise 

«> 

(retract  ?x  ?b) 

(assert  (partials  -(seq*?  #L(append  (cdr  (list*?  ?queue) ) 

(list*?  Tadditions) )))))) ) 


;;;  GET  NEXT  GROUP  OF  EXPANSIONS  (RESPECTIVE) 


(defrule  get-next-start-respective 
(declare  (salience  999975)) 


?c<-(accumulate-path  respective  ?start  ?finish) 
?z<- (expand-on  ?what) 

(partials  ?queue) 


(retract  ?c  ?z) 

(assert  (expand-on  «(seq$  #L(car  (list*?  ?queue))))) 
(assert  (accuaulate-path  respective 

■#L(car  (car  (list*?  ?queue)))  ?finish) ) 
(assert  (collect-hold  »(seq?  #L  '())))) 


;;?  DESTINATION  FOUND,  PATH  COMPLETE 


(defrule  found-destination-respective 
(declare  (salience  999995)) 

?c<- (expand-on  ?what) 

?x<- ( col lect -hold  ?group ) 

?y<-(accunulate-path  respective  ?start  ?finish) 
(test  #L(equalp  (caar  (list*?  ’group))  ?finish) ) 
?a<- (retrieve-path  ?begin  ?end  ?when) 


(retract  ?x  ?y  ?c  ?a) 

(assert  (clean-up  links)) 

( assert  ( conm-path-restorat ion-done 

«#L(car  (reverse  (car  (list*$  ?group) ) ) ) 

? finish  ?when) ) 


(assert  (path  respective 

-#L(car  (reverse  (car  (list*$  ?group) ) ) ) 
?finish 


«(seq$  #L(reverse  (car  (list*?  ?group) ) ) ) ) ) ) 


;;;  CLEAN  UP  USED-LINKS 

(defrule  search-cleaner-1 

(declare  (salience  999998)) 
(clean-up  links) 

?x<- (used-link  ?node  ?other) 

»> 

(retract  ?x) ) 

(defrule  search-cleaner-2 

(declare  (salience  999997)) 
?x<-(clean-up  links) 

?y<- (partials  Tsonehow) 

«> 

(retract  ?x  ?y) ) 


•*  .1 
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;;;  Mode: Art;  Package :au;  Base: 10. 


; ; ;  FI LE :  D : BAP ; CHOOSEPLAN . ART 


(defrule  ask-which-plan-was-chosen-l 
(declare  (salience  500) ) 

«> 

(assert  (count-plans  1) ) 

(printout  t  t  "Choose  from  the  following  plans:"  t  t) ) 


(defrule  ask-about-the-plans 
(declare  (salience  450)) 

?x<- (count-plans  ?num) 

(viewpoint  ?vp 

(restoration-finished  ?vp) 

(not  (number-when-presented  ?any) ) ) 


(printout  t  t  "For  "  ?vp  "  type  #  "  ?num  t  t) 
(at  ?root 

(retract  ?x) 

(assert  (count-plans  «(?num  +  1)))) 

(at  ?vp 

(assert  (number-when-presented  ?num) ) ) ) 


(defrule  ask-which-number 
(declare  (salience  400)) 

*> 

(printout  t  t  "Type  the  number  associated  with  the  plan  " 
t  "you  wish  to  adopt.  "  t  t) 

(at  ?root 

(assert  (plan-was-chosen  -(read))))) 


(defrule  implement-plan-now 
(declare  (salience  250) ) 

(viewpoint  ?root 

(plan-was-chosen  ?num) ) 

(viewpoint  ?vp 

(number-when-presented  ?num) ) 

«> 

(at  ?vp 

(assert  (believe-this-plan  yes)))) 


(defrule  now-believe 

(declare  (salience  150) ) 
(believe-this-plan  yes) 

*> 

(believe  ?root  "Plan  was  chosen") 
(assert  (clear-out  junk) ) ) 


(defrule  sweep-1 


(clear-out  junk) 

?x<-(colunn  ?va) 

?yc- (objective-values  ?vb) 

?z<- (critical-pair-count  ?vc) 

?a<- (critical-paths-out  ?vd) 
?b<-(all-paths-out  ?ve) 

?c<-(best  ?vf) 

?d<- (second-best  ?vg) 

?e<- (third-best  ?vh) 

(retract  ?a  ?b  ?c  ?d  ?e  ?x  ?y  ?z)) 


(defrule  sweep-2 
(clear-out  junk) 

?a<- (give-priorities  ?x) 

»> 

(retract  ?a) ) 


(defrule  sweep-3 
(clear-out  junk) 
?b<- (give-plans  ?x) 

=*> 

(retract  ?b) ) 


(defrule  sweep-4 
(clear-out  junk) 

?a<- (give-all-plans  ?any) 

«•> 

(retract  ?a) ) 


(defrule  sweep-5 
(clear-out  junk) 

?a<- (take-out-links  ?x) 

»> 

(retract  ?a)) 


(defrule  sweep-6 
(clear-out  junk) 
?a<- (phase  ?any) 

«> 

(retract  ?a) ) 


(defrule  sweep-7 
(clear-out  junk) 
?a<- (theater  ?x) 

«> 

(retract  ?a) ) 


(defrule  sweep-8 
(clear-out  junk) 

?a<- (conflict-areas  ?seq) 


(retract  ?a) ) 


(defrule  sweep-9 
(clear-out  junk) 

?a<- (critical-pair  ?x  ?y) 

(retract  ?a)) 


(defrule  sweep-10 
(clear-out  junk) 

?a<- (ttc-restoration-process  ?phase  ?any) 

■> 

(retract  ?a)) 


(defrule  sweep-11 
(clear-out  junk) 

?a<- (bypass-calculation  ?any) 

=> 

(retract  ?a)) 


(defrule  sweep-12 
(clear-out  junk) 

?a<- (value-added  ?val  ?thing) 

«=> 

(retract  ?a)) 


(defrule  sweep-13 
(clear-out  junk) 

?a<-(data-restoration-process  ?phase  ?any) 

«> 

(retract  ?a)) 


(defrule  sweep-14 
(clear-out  junk) 

?a<- (objective-function-value  ?what  ?phase) 

»> 

(retract  ?a)) 


(defrule  sweep-15 
(clear-out  junk) 

?a<- (restoration-finished  ?wher) 

■> 

(retract  ?a)) 

(defrule  sweep-16 
(clear-out  junk) 

?a<- (needs-data-restoration  ?sat  ?when) 

•> 

(retract  ?a) ) 


(defrule  sweep-17 


(retract  ?a  ?b) ) 


(defrule  sweep-34 
(clear-out  junk) 
?a<-(partials  ?sq) 

=> 

(retract  ?a) ) 


(defrule  now-reinitialize 
(declare  (salience  -500)) 
?x<- (clear-out  junk) 

*> 

(retract  ?x) 

(assert 

(column  0) 

(objective-values  ()) 
(critical-pair-count  0) 
(critical-paths-out  0) 
(all-paths-out  0) 

(best  0) 

(second-best  0) 
(third-best  0) ) ) 


(defrule  new-begin 

(declare  (salience  -1000)) 

*> 

(printout  t  t  "The  plan  you  have  chosen  has  updated  the  data  " 
"  base.  Assert  another  testcase  with  studio."  t  t) ) 


Appendix  D:  Test  Outputs 


OUTPUT  FOR  LIMITED  WAR  SCENARIO 


BEST  RESTORATION  PLAN: 


PLAN-4  Restoration  plan  has  value  88.0411111 

Communications  Value:  75.2 

Navigation  Value:  8.04333334 

Weather  Value:  4.797777776 

Communications  Percentages:  Conflict  Area:  1.0 

Global:  1.0 

Navigation  Percentages:  Conflict  Area:  0.2999999998 

Global:  0.830555556 

Weather  Percentages:  Conflict  Area:  0.3333333333 

Global:  0.861111111 

Resources  not  operational  and  reason  for  red  status: 

Satellite  THUNDER4  Reason:  DESTROYED 
Satellite  PATHSAT18  Reason:  POSSIBLE 

Satellite  PATHSAT17  Reason:  DESTROYED 

Satellite  PATHS AT 16  Reason:  DESTROYED 

Satellite  PATHSATS PARE 3  Reason:  NO-TTC-AVAILABLE 

TT&C  Terminal  THUNDERGUAM  Reason:  DESTROYED 
TT&C  Terminal  SCOUTWOOMERA  Reason:  DESTROYED 
TT&C  Terminal  RTS -GUAM  Reason:  DESTROYED 

Data  Terminal  THUNDERGUAM  Reason:  DESTROYED 

PLAN-4  Restoration  Steps  to  Implement: 


Use  SCOUTDIEGOGARCIA  terminal  for  satellite  SCOUTSATD  TT&C  servicing. 


OUTPUT  FOR  MAJOR  WAR  SCENARIO 


BEST  RESTORATION  PLAN: 


PLAN-2  Restoration  plan  has  value  87.6388889 

Communications  Value:  40.0 

Navigation  Value:  39.75 

Weather  Value:  7.888888888 

Communications  Percentages:  Conflict  Area:  1.0 

Global:  1.0 

Navigation  Percentages:  Conflict  Area:  0.7625 

Global:  0.925 

Weather  Percentages:  Conflict  Area:  0.75 

Global:  0.9444444445 

Resources  not  operational  and  reason  for  red  status: 

Satellite  TALKSATB  Reason:  DESTROYED 

Satellite  SCOUTSATC  Reason:  DESTROYED 

Satellite  PATHS AT 11  Reason:  POSSIBLE 

Satellite  PATHS AT 10  Reason:  DESTROYED 

Satellite  THUNDER3  Reason:  DESTROYED 

TT&C  Terminal  THUNDERASCENSION  Reason:  DESTROYED 

TT&C  Terminal  THUNDERDIEGOGARCIA  Reason:  DESTROYED 

TT&C  Terminal  RTS -OAKHANGER  Reason:  DESTROYED 

Data  Terminal  CHATTERCRETE  Reason:  DESTROYED 

PLAN-2  Restoration  Steps  to  Implement: 


Put  spare  satellite  PATHS ATSPARE2  in  use 
and  use  PATHASCENSION  for  TT&C  servicing. 

Use  THUNDERGUAM  terminal  for  satellite  THUNDER4  TT&C  servicing. 

New  communications  path  from  THULE-GREENLAND  to  CRETE-GREECE  : 

THULE -GREENLAND 

LORING-MAINE 

DIEGO-GARCIA 

TALKDIEGOGARCIA 

TALKSATC 

TALKCRETE 

CRETE-GREECE 

New  communications  path  from  THULE-GREENLAND  to  DIEGO-GARCIA  : 

THULE-GREENLAND 

LORING-MAINE 

DIEGO-GARCIA 

New  communications  path  from  THULE-GREENLAND  to  INDIAN-OCEAN  : 

THULE-GREENLAND 

LORING-MAINE 

DIEGO-GARCIA 


INDIAN-OCEAN 


New  communications  path  from  THULE -GREENLAND  to  WOOMERA-AUSTRALIA 

THULE-GREENLAND 

LORING-MAINE 

DIEGO-GARCIA 

INDIAN-OCEAN 

CHATTERINDIANOCEAN 

CHATTER 3 

CHATTERWOOMERA 

WOOMERA-AUSTRALIA 

New  communications  path  from  INDIAN-OCEAN  to  THULE-GREENLAND  : 

INDIAN-OCEAN 

DIEGO-GARCIA 

LORING-MAINE 

THULE-GREENLAND 

New  communications  path  from  WOOMERA-AUSTRALIA  to  THULE-GREENLAND 

WOOMERA-AUSTRALIA 

CHATTERWOOMERA 

CHATTER3 

CHATTERINDIANOCEAN 

INDIAN-OCEAN 

DIEGO-GARCIA 

LORING-MAINE 

THULE-GREENLAND 

New  communications  path  from  CRETE-GREECE  to  THULE-GREENLAND  : 

CRETE-GREECE 

TALKCRETE 

TALKSATC 

TALKDIEGOGARCIA 

DIEGO-GARCIA 

LORING-MAINE 

THULE-GREENLAND 

New  communications  path  from  DIEGO-GARCIA  to  THULE-GREENLAND  : 

DIEGO-GARCIA 

LORING-MAINE 

THULE-GREENLAND 

New  communications  path  from  WAHIAWI -HAWAII  to  CRETE-GREECE  : 

WAHIAWI -HAWAII 

TALKWAHIAWI 

TALKSATD 

TALKGUAM 

TALKSATC 

TALKCRETE 

CRETE-GREECE 

New  communications  path  from  WAHIAWI -HAWAII  to  INDIAN-OCEAN  : 

WAHIAWI -HAWAII 

SUNNYVALE 

VANDENBERG 

OFFUTT-NEBRASKA 

LORING-MAINE 

DIEGO-GARCIA 

INDIAN-OCEAN 
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New  communications  path  from  SUNNYVALE  to  CRETE -GREECE  : 

SUNNYVALE 

TALKSUNNYVALE 

TALKSATD 

TALKGUAN 

TALKSATC 

TALKCRETE 

CRETE-GREECE 

New  communications  path  from  POINT-MUGU  to  CRETE-GREECE  : 

POINT -MUGU 

SUNNYVALE 

TALKSUNNYVALE 

TALKSATD 

TALKGUAM 

TALKSATC 

TALKCRETE 

CRETE-GREECE 

New  communications  path  from  POINT-MUGU  to  INDIAN-OCEAN  : 

POINT-MUGU 

NORFOLK-VIRGINIA 

PROSPECT-HARBOR-MAINE 

LORING-MAINE 

DIEGO-GARCIA 

INDIAN-OCEAN 

New  communications  path  from  COLORADO-SPRINGS  to  CRETE-GREECE 

COLORA DO-SPRINGS 

OFFUTT-NEBRASKA 

LORING-MAINE 

DIEGO-GARCIA 

TALKDIEGOGARCIA 

TALKSATC 

TALKCRETE 

CRETE-GREECE 

New  communications  path  from  COLORADO-SPRINGS  to  INDIAN-OCEAN 

COLORADO-SPRINGS 

OFFUTT-NEBRASKA 

LORING-MAINE 

DIEGO-GARCIA 

INDIAN-OCEAN 

New  communications  path  from  NORFOLK-VIRGINIA  to  CRETE-GREECE 

NORFOLK-VIRGINIA 

PROSPECT-HARBOR-MAINE 

LORING-MAINE 

DIEGO-GARCIA 

TALKDIEGOGARCIA 

TALKSATC 

TALKCRETE 

CRETE-GREECE 

New  communications  path  from  NORFOLK-VIRGINIA  to  INDIAN-OCEAN 

NORFOLK-VIRGINIA 

PROSPECT-HARBOR-MAINE 

LORING-MAINE 
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DIECO-GARCIA 

INDIAN-OCEAN 

New  communications  path  from  CRETE-GREECE  to  INDIAN-OCEAN  : 

CRETE-GREECE 

TALKCRETE 

TALKSATC 

TALXDI EGOGARCI A 

DIEGO-GARCIA 

INDIAN-OCEAN 

Naw  communications  path  from  CRETE-GREECE  to  WOOMERA-AUSTRALIA  : 

CRETE-GREECE 

TALKCRETE 

TALKSATC 

TALKGUAM 

GUAM 

WOOMERA-AUSTRALIA 

New  coauaunications  path  from  NORFOLK-VIRGINIA  to  DIEGO-GARCIA  : 

NORFOLK-VIRGINIA 

PROSPECT-HARBOR-MAINE 

LORING-MAINE 

DIEGO-GARCIA 

New  communications  path  from  DIEGO-GARCIA  to  NORFOLK-VIRGINIA  : 

DIEGO-GARCIA 

LORING-MAINE 

PROSPECT-HARBOR-MAINE 

NORFOLK-VIRGINIA 

New  communications  path  from  CRETE-GREECE  to  WAHIAWI -HAWAII  : 

CRETE-GREECE 

TALKCRETE 

TALKSATC 

TALKGUAM 

TALKSATD 

TALKWAHIAWI 

WAHIAWI -HAWAII 

New  communications  path  from  INDIAN-OCEAN  to  WAHIAWI-HAWAII  : 

INDIAN-OCEAN 

DIEGO-GARCIA 

LORING-MAINE 

OFFUTT-NEBRASKA 

VANDENBERG 

SUNNYVALE 

WAHIAWI-HAWAII 

New  communications  path  from  CRETE-GREECE  to  SUNNYVALE  : 

CRETE-GREECE 

TALKCRETE 

TALKSATC 

TALKGUAM 

TALKSATD 

TALKSUNNYVALE 

SUNNYVALE 

New  communications  path  from  CRETE-GREECE  to  POINT-MUGU  s 
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CRETE -GREECE 

TALKCRETE 

TALKSATC 

TALKGUAM 

TALKSATD 

TALKSUNNYVALE 

SUNNYVALE 

POINT-MUGU 

New  communications  path  from  INDIAN -OCEAN  to  POINT-KUGU  : 

INDIAN -OCEAN 

DIEGO-GARCIA 

LORING-MAINE 

PROSPECT-HARBOR-MAINE 

NORFOLK-VIRGINIA 

POINT-MUGU 

New  communications  path  from  CRETE-GREECE  to  COLORADO-SPRINGS 

CRETE-GREECE 

TALKCRETE 

TALKSATC 

TALKDIEGOGARCIA 

DIEGO-GARCIA 

LORING-MAINE 

OFFUTT-NEBRASKA 

COLORADO-SPRINGS 

New  communications  path  from  INDIAN -OCEAN  to  COLORADO-SPRINGS 

INDIAN-OCEAN 

DIEGO-GARCIA 

LORING-MAINE 

OFFUTT-NEBRASKA 

COLORADO-SPRINGS 

New  communications  path  from  CRETE-GREECE  to  NORFOLK-VIRGINIA 

CRETE-GREECE 

TALKCRETE 

TALKSATC 

TALKDIEGOGARCIA 

DIEGO-GARCIA 

LORING-MAINE 

PROSPECT-HARBOR-MAINE 

NORFOLK-VIRGINIA 

New  communications  path  from  INDIAN-OCEAN  to  NORFOLK-VIRGINIA 

INDIAN-OCEAN 

DIEGO-GARCIA 

LORING-MAINE 

PROSPECT-HARBOR-MAINE 

NORFOLK-VIRGINIA 

New  communications  path  from  INDIAN-OCEAN  to  CRETE-GREECE  : 

INDIAN-OCEAN 

DIEGO-GARCIA 

TALKDIEGOGARCIA 

TALKSATC 

TALKCRETE 

CRETE-GREECE 
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Hew  communications  path  from  WOOMERA- AUSTRALIA  to  CRETE-GREECE 

WOOMERA-AUSTRALIA 

GUAM 

TALKGUAM 

TALKSATC 

TALKCRETE 

CRETE-GREECE 


Central  War  Scenario 


Viewpoint  Lattice  from  PLAN-1 


OUTPUT  FOR  CENTRAL  WAR  SCENARIO 


BEST  RESTORATION  PLAN: 


PLAN-8  Restoration  plan  has  value  97.53030306 

Communications  Value:  60.0 
Navigation  Value:  27.53030305 

Weather  Value:  10.0 

Communications  Percentages:  Conflict  Area:  1.0 

Global:  1.0 

Navigation  Percentages:  Conflict  Area:  0.9181818184 

Global:  0.916666667 

Weather  Percentages:  Conflict  Area:  1.0 

Global:  1.0 

Resources  not  operational  and  reason  for  red  status: 

Satellite  SCOUTSATC  Reason:  DESTROYED 
Satellite  THUNDER2  Reason:  DESTROYED 

Satellite  PATHS AT 3  Reason:  DESTROYED 

Satellite  PATHSAT10  Reason:  POSSIBLE 
Satellite  CHATTER 1  Reason:  DESTROYED 

Satellite  PATHS ATS  PARE 1  Reason:  NO-TTC-AVAILABLE 

TTSC  Terminal  THUNDERASCENSION  Reason:  UNKNOWN-ASSUMED-DESTROYED 

TT6C  Terminal  CHATTERWAHIAWI  Reason:  DESTROYED 

TTSC  Terminal  CHATTERMUGU  Reason:  DESTROYED 

Data  Terminal  THUNDERASCENSION  Reason:  NO-DATA-AVAIL 

Data  Terminal  CHATTERWAHIAWI  Reason:  DESTROYED 

Data  Terminal  CHATTERMUGU  Reason:  DESTROYED 

PLAN-8  Restoration  Steps  to  Implement: 


Put  spare  satellite  PATHS ATSPARE2  in  use 
and  use  PATHASCENSION  for  TT&C  servicing. 

Use  RTS-KAENA  terminal  for  satellite  CHATTER4  TTSC  servicing. 

New  communications  path  from  WAHIAWI-HAWAII  to  POINT-MUGU  : 

WAHIAWI-HAWAII 

SUNNYVALE 

POINT-MUGU 


New  communications  path  from  WAHIAWI-HAWAII  to  NORFOLK-VIRGINIA 

WAHIAWI-HAWAII 

SUNNYVALE 

POINT-MUGU 

NORFOLK-VIRGINIA 

New  communications  path  from  WAHIAWI-HAWAII  to  INDIAN-OCEAN  : 

WAHIAWI-HAWAII 

SUNNYVALE 
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VANDENBERG 
OFFUTT-NEBRAS KA 
LORING-MAINE 
DIEGO-GARCIA 
INDIAN -OCEAN 

New  communications  path  from  SUNNYVALE  to  INDIAN -OCEAN  : 

SUNNYVALE 

VANDENBERG 

OFFUTT-NEBRAS KA 

LORING-MAINE 

DIEGO-GARCIA 

INDIAN -OCEAN 

New  communications  path  from  SUNNYVALE  to  WOOMERA-AUSTRALIA  : 

SUNNYVALE 

TALKSUNNYVALE 

TALKSATD 

TALKGUAM 

GUAM 

WOOMERA-AUSTRALIA 

New  communications  path  from  POINT-MUGU  to  CRETE-GREECE  : 

POINT-MUGU 

NORFOLK-VIRGINIA 

CHATTERNORFOLK 

CHATTER2 

CHATTERCRETE 

CRETE-GREECE 

New  communications  path  from  POINT-MUGU  to  INDIAN -OCEAN  : 

POINT-MUGU 

NORFOLK-VIRGINIA 

PROSPECT-HARBOR-MAINE 

LORING-MAINE 

DIEGO-GARCIA 

INDIAN-OCEAN 

New  communications  path  from  POINT-MUGU  to  WOOMERA-AUSTRALIA  s 

POINT-MUGU 

SUNNYVALE 

TALKSUNNYVALE 

TALKSATD 

TALKGUAM 

GUAM 

WOOMERA-AUSTRALIA 

New  communications  path  from  POINT-MUGU  to  KWAJE LEIN- IS LAND  : 

POINT-MUGU 

SUNNYVALE 

TALKSUNNYVALE 

TALKSATD 

TALKKWAJELEIN 

KWAJELE IN- ISLAND 

New  communications  path  from  COLORADO-SPRINGS  to  INDIAN-OCEAN  : 
CO LORA DO-SPRINGS 
OFFUTT-NEBRAS KA 
LORING-MAINE 
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DIEGO-GARCIA 
INDIAN -OCEAN 

New  communications  path  from  COLORADO-SPRINGS  to  WOOMERA-AUSTRALIA 

COLORA DO-SPRINGS 

SUNNYVALE 

TALKS UNNYVALE 

TALKSATD 

TALKGUAH 

GUAM 

WOOMERA-AUSTRALIA 

New  communications  path  from  NORFOLK-VIRGINIA  to  WOOMERA-AUSTRALIA 

NORFOLK-VIRGINIA 

CHATTERNORFOLK 

CHATTER2 

CHATTERCRETE 

CHATTER3 

CHATTERWOOMERA 

WOOMERA-AUSTRALIA 

New  communications  path  from  NORFOLK-VIRGINIA  to  KWAJELEIN-ISLAND  : 

NORFOLK-VIRGINIA 

POINT-MUGU 

SUNNYVALE 

TALKS UNNYVALE 

TALKSATD 

TALKKWAJELEIN 

KWAJELEIN-ISLAND 

New  communications  path  from  POINT-MUGU  to  DIEGO-GARCIA  : 

POINT-MUGU 

NORFOLK-VIRGINIA 

PROSPECT-HARBOR-MAINE 

LORING-MAINE 

DIEGO-GARCIA 

New  communications  path  from  DIEGO-GARCIA  to  POINT-MUGU  ; 

DIEGO-GARCIA 

LORING-MAINE 

PROSPECT-HARBOR-MAINE 

NORFOLK-VIRGINIA 

POINT-MUGU 

New  communications  path  from  POINT-MUGU  to  WAHIAWI -HAWAII  : 

POINT-MUGU 

SUNNYVALE 

WAHIAWI -HAWAII 

New  communications  path  from  NORFOLK-VIRGINIA  to  WAHIAWI -HAWAII  : 

NORFOLK-VIRGINIA 

POINT-MUGU 

SUNNYVALE 

WAHIAWI -HAWAII 

New  communications  path  from  INDIAN-OCEAN  to  WAHIAWI -HAWAII  : 

INDIAN -OCEAN 
DIEGO-GARCIA 
LORING-MAINE 


OFFUTT-NEBRASKA 
VANDENBERG 
SUNNYVALE 
WAHIAWI -HAWAII 

New  communications  path  from  INDIAN-OCEAN  to  SUNNYVALE  : 

INDIAN-OCEAN 

DIEGO-GARCIA 

LORING-MAINE 

OFFUTT-NEBRASKA 

VANDENBERG 

SUNNYVALE 

New  communications  path  from  WOOMERA -AUSTRALIA  to  SUNNYVALE  : 

WOOMERA- AUSTRALIA 

GUAM 

TALKGUAM 

TALKSATD 

TALKSUNNYVALE 

SUNNYVALE 

New  communications  path  from  CRETE-GREECE  to  POINT-MUGU  : 

CRETE -GREECE 

CHATTERCRETE 

CHATTER2 

CHATTERNORFOLK 

NORFOLK-VIRGINIA 

POINT-MUGU 

New  communications  path  from  INDIAN-OCEAN  to  POINT-MUGU  : 

INDIAN-OCEAN 

DIEGO-GARCIA 

LORING-MAINE 

PROSPECT-HARBOR-MAINE 

NORFOLK-VIRGINIA 

POINT-MUGU 

New  communications  path  from  WOOMERA- AU STRALI A  to  POINT-MUGU  : 

WOOMERA- AUSTRALIA 

GUAM 

TALKGUAM 

TALKSATD 

TALKSUNNYVALE 

SUNNYVALE 

POINT-MUGU 

New  communications  path  from  KWAJELEIN-ISLAND  to  POINT-MUGU  : 

KWAJELEIN-ISLAND 

TALKKWAJELEIN 

TALKSATD 

TALKSUNNYVALE 

SUNNYVALE 

POINT-MUGU 

New  communications  path  from  INDIAN-OCEAN  to  COLORADO-SPRINGS 

INDIAN-OCEAN 

DIEGO-GARCIA 

LORING-MAINE 

OFFUTT-NEBRASKA 
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New  communications  path  from  WOOMERA-AUSTRALIA  to  COLORADO-SPRINGS  : 

HOOMERA -AUSTRALIA 

GUAM 

TALKGUAM 
TALKSATD 
TALKS UNNYVALE 
SUNNYVALE 
COLORADO-SPRINGS 

New  communications  path  from  WOOMERA-AUSTRALIA  to  NORFOLK-VIRGINIA  : 

WOOMERA -AUSTRALIA 

CHATTERWOOMERA 

CHATTER3 

CHATTERCRETE 

CHATTER2 

CHATTERNORFOLK 

NORFOLK-VIRGINIA 

New  communications  path  from  KWAJELEIN-ISLAND  to  NORFOLK-VIRGINIA  : 

KWAJE LEIN- IS LAND 

TALKKWAJELEIN 

TALKSATD 

TALKSUNNYVALE 

SUNNYVALE 

POINT-MUGU 

NORFOLK-VIRGINIA 

New  communications  path  from  WAHIAWI -HAWAII  to  WOOMERA-AUSTRALIA  : 

WAHIAWI-HAWAII 

TALKWAHIAWI 

TALKSATD 

TALKGUAM 

GUAM 

WOOMERA-AUSTRALIA 

New  communications  path  from  WOOMERA-AUSTRALIA  to  WAHIAWI-HAWAII  : 

WOOMERA-AUSTRALIA 

GUAM 

TALKGUAM 

TALKSATD 

TALKWAHIAWI 

WAHIAWI-HAWAII 


BEST  RESTORATION  PLAN: 


PLAN-9  Restoration  plan  has  value  97.53030306 
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Communications  Value: 
Navigation  Value: 
Weather  Value: 


60.0 

27.53030305 

10.0 


Communications  Percentages:  Conflict  Area:  1.0 


Global: 


1.0 


Navigation  Percentages : 


Weather  Percentages: 


Conflict  Area:  0.9181818184 


Global: 

Conflict  Area: 
Global: 


0.916666667 

1.0 

1.0 


Resources  not  operational  and  reason  for  red  status: 


Satellite  SCOUTSATC 
Satellite  THUNDER2 
Satellite  PATHS AT 3 
Satellite  PATHS AT 10 
Satellite  CHATTER1 


Reason:  DESTROYED 
Reason:  DESTROYED 
Reason:  DESTROYED 
Reason:  POSSIBLE 
Reason:  DESTROYED 
Satellite  PATHS ATS  PARE 1  Reason:  NO-TTC-AVAILABLE 

TTSC  Terminal  THUNDERASCENSION  Reason:  UNKNOWN-ASSUMED-DESTROYED 
TTSC  Terminal  CHATTERWAHIAWI  Reason:  DESTROYED 
TTSC  Terminal  CHATTERMUGU  Reason:  DESTROYED 
Data  Terminal  THUNDERASCENSION  Reason:  NO-DATA-AVAIL 
Data  Terminal  CHATTERWAHIAWI  Reason:  DESTROYED 
Data  Terminal  CHATTERMUGU  Reason:  DESTROYED 

PLAN-9  Restoration  Steps  to  Implement: 


Put  spare  satellite  PATHSATSPARE2  in  use 
and  use  pathascension  for  TTSC  servicing. 

Use  RTS -GUAM  terminal  for  satellite  CHATTER4  TTSC  servicing. 

New  communications  path  from  WAHIAWI -HAWAII  to  POINT-MUGU  : 

WAHIAWI-HAWAII 

SUNNYVALE 

POINT-MUGU 

New  communications  path  from  WAHIAWI-HAWAII  to  NORFOLK-VIRGINIA  : 

WAHIAWI-HAWAII 

SUNNYVALE 

POINT-MUGU 

NORFOLK-VIRGINIA 

New  communications  path  from  WAHIAWI-HAWAII  to  INDIAN-OCEAN  : 

WAHIAWI-HAWAII 

SUNNYVALE 

VANDENBERG 

OFFUTT-NEBRASKA 

LORING-MAINE 

DIEGO-GARCIA 

INDIAN-OCEAN 

New  communications  path  from  SUNNYVALE  to  INDIAN-OCEAN  : 

SUNNYVALE 

VANDENBERG 

OFFUTT-NEBRASKA 
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LORING-MAINE 

DIEGO-GARCIA 

ZNDIAN-OCEAN 

Hew  communications  path  from  SUNNYVALE  to  WOO HERA- AUSTRALIA  : 

SUNNYVALE 

TALKS  UNNYVALE 

TALKSATD 

TALKGUAM 

GUAM 

WOOMERA-AUSTRALIA 

New  communications  path  from  POINT-MUGU  to  CRETE-GREECE  : 

POINT-MUGU 

NORFOLK- VIRG IN IA 

CHATTERNORFOLK 

CHATTER2 

CHATTERCRETE 

CRETE-GREECE 

New  communications  path  from  POINT-MUGU  to  INDIAN-OCEAN  : 

POINT-MUGU 

NORFOLK-VIRGINIA 

PROSPECT-HARBOR-MAINE 

LORING-MAINE 

DIEGO-GARCIA 

INDIAN-OCEAN 

New  communications  path  from  POINT-MUGU  to  WOOMERA-AUSTRALIA  : 

POINT-MUGU 

SUNNYVALE 

TALKS UNNYVALE 

TALKSATD 

TALKGUAM 

GUAM 

WOOMERA-AUSTRALIA 

New  communications  path  from  POINT-MUGU  to  KWAJELEIN-ISLAND  : 

POINT-MUGU 

SUNNYVALE 

TALKSUNNYVALE 

TALKSATD 

TALKKWAJELEIN 

KWAJELEIN-ISLAND 

New  communications  path  from  COLORADO-SPRINGS  to  INDIAN-OCEAN  : 

COLORA DO-SPRINGS 

OFFUTT-NEBRASKA 

LORING-MAINE 

DIEGO-GARCIA 

INDIAN-OCEAN 

New  communications  path  from  COLORADO-SPRINGS  to  WOOMERA-AUSTRALIA 

COLORADO-SPRINGS 

SUNNYVALE 

TALKSUNNYVALE 

TALKSATD 

TALKGUAM 

GUAM 
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WOO  KERA- AUSTRALIA 


New  communications  path  from  NORFOLK-VIRGINIA  to  WOOMERA-AUSTRALIA 

NORFOLK-VIRGINIA 

CHATTERNORFOLK 

CHATTER2 

CHATTERCRETE 

CHATTER3 

CHATTERWOOMERA 

WOOMERA-AUSTRALIA 

New  communications  path  from  NORFOLK-VIRGINIA  to  KWAJELEIN-ISLAND 

NORFOLK-VIRGINIA 

POINT-MUGU 

SUNNYVALE 

TALKSUNNYVALE 

TALKSATD 

TALKKWAJELEIN 

KWAJELEIN-ISLAND 

New  communications  path  from  POINT-MUGU  to  DIEGO-GARCIA  : 

POINT-MUGU 

NORFOLK-VIRGINIA 

PROS  PECT-HARBOR-MAI NE 

LORING-MAINE 

DIEGO-GARCIA 

New  communications  path  from  DIEGO-GARCIA  to  POINT-MUGU  : 

DIEGO-GARCIA 

LORING-MAINE 

PROSPECT-HARBOR-MAINE 

NORFOLK-VIRGINIA 

POINT-MUGU 

New  communications  path  from  POINT-MUGU  to  WAHIAWI -HAWAI I  : 

POINT-MUGU 

SUNNYVALE 

WAHIAWI -HAWAI I 

New  communications  path  from  NORFOLK-VIRGINIA  to  WAHIAWI -HAWAI I  : 

NORFOLK-VIRGINIA 

POINT-MUGU 

SUNNYVALE 

WAHIAWI -HAWAI I 

New  communications  path  from  INDIAN -OCEAN  to  WAHIAWI -HAWAI I  : 

INDIAN -OCEAN 

DIEGO-GARCIA 

LORING-MAINE 

OFFUTT-NEBRASKA 

VANDENBERG 

SUNNYVALE 

WAHIAWI -HAWAI I 

New  communications  path  from  INDIAN -OCEAN  to  SUNNYVALE  : 

INDIAN-OCEAN 

DIEGO-GARCIA 

LORING-MAINE 

OFFUTT-NEBRASKA 


VANDENBERG 

SUNNYVALE 

New  communications  path  from  WOOMERA-AUSTRALIA  to  SUNNYVALE  : 

WOO ME RA- AUSTRALIA 

GUAM 

TALKGUAM 

TALKSATD 

TALKS UNNYVALE 

SUNNYVALE 

New  communications  path  from  CRETE-GREECE  to  POINT-MU GU  : 

CRETE -GREECE 

CHATTERCRETE 

CHATTER2 

CHATTERNORFOLK 

NORFOLK-VIRGINIA 

POINT-MUGU 

New  communications  path  from  INDIAN-OCEAN  to  POINT-MUGU  : 

INDIAN-OCEAN 

DIEGO-GARCIA 

LORING-MAINE 

PROSPECT-HARBOR-MAINE 

NORFOLK-VIRGINIA 

POINT-MUGU 

New  communications  path  from  WOOMERA-AUSTRALIA  to  POINT-MUGU  : 

WOOMERA-AUSTRALIA 

GUAM 

TALKGUAM 

TALKSATD 

TALKSUNNYVALE 

SUNNYVALE 

POINT-MUGU 

New  communications  path  from  KWAJELEIN-ISLAND  to  POINT-MUGU  : 

KWAJELEIN-ISLAND 

TALKKWAJELEIN 

TALKSATD 

TALKSUNNYVALE 

SUNNYVALE 

POINT-MUGU 

New  communications  path  from  INDIAN-OCEAN  to  COLORADO-SPRINGS  : 

INDIAN-OCEAN 

DIEGO-GARCIA 

LORING-MAINE 

OFFUTT-NEBRASKA 

COLORADO-SPRINGS 

New  communications  path  from  WOOMERA-AUSTRALIA  to  COLORADO-SPRINGS 

WOOMERA-AUSTRALIA 

GUAM 

TALKGUAM 

TALKSATD 

TALKSUNNYVALE 

SUNNYVALE 

COLORADO-SPRINGS 


New  communications  path  from  WOOMERA-AUSTRALIA  to  NORFOLK-VIRGINIA 

WOOMERA-AUSTRALIA 

CHATTERWOOMERA 

CHATTER3 

CHATTERCRETE 

CHATTER2 

CHATTERNORFOLK 

NORFOLK-VIRGINIA 

New  communications  path  from  KWAJELEIN- ISLAND  to  NORFOLK-VIRGINIA 

KWAJELEIN-ISLAND 

TALKKWAJELEIN 

TALKSATD 

TALKS  UNNYVALE 

SUNNYVALE 

POINT-MUGU 

NORFOLK-VIRGINIA 

New  communications  path  from  WAHIAWI-HAWAII  to  WOOMERA-AUSTRALIA  : 

WAHIAWI -HAWAII 

TALKWAHIAWI 

TALKSATD 

TALKGUAM 

GUAM 

WOOMERA-AUSTRALIA 

New  communications  path  from  WOOMERA-AUSTRALIA  to  WAHIAWI-HAWAII  : 

WOOMERA-AUSTRALIA 

GUAM 

TALKGUAM 

TALKSATD 

TALKWAHIAWI 

WAHIAWI-HAWAII 


BEST  RESTORATION  PLAN: 


PLAN-10  Restoration  plan  has  value  97.51030306 

Communications  Value:  60.0 
Navigation  Value:  27.53030305 

Weather  Value:  10.0 

Communications  Percentages:  Conflict  Area:  1.0 

Global:  1.0 

Navigation  Percentages:  Conflict  Area:  0.9181818184 

Global:  0.916666667 

Weather  Percentages:  Conflict  Area:  1.0 

Global:  1.0 


Resources  not  operational  and  reason  for  red  status 


Satellite  SCOUTSATC  Reason:  DESTROYED 

Satellite  THUNDER2  Reason:  DESTROYED 

Satellite  PATHSAT3  Reason:  DESTROYED 

Satellite  PATHS AT 10  Reason:  POSSIBLE 

Satellite  CHATTER1  Reason:  DESTROYED 

Satellite  P ATHS ATS PARE 1  Reason:  NO-TTC-AVAILABLE 

TTSC  Terminal  THUNDERASCENSION  Reason:  UNKNOWN-ASSUMED-DESTROYED 

TTSC  Terminal  CHATTERWAHIAWI  Reason:  DESTROYED 

TTSC  Terminal  CHATTERMUGU  Reason:  DESTROYED 

Data  Terminal  THUNDERASCENSION  Reason:  NO-DATA-AVAIL 

Data  Terminal  CHATTERWAHIAWI  Reason:  DESTROYED 

Data  Terminal  CHATTERMUGU  Peason:  DESTROYED 

PLAN-10  Restoration  Steps  to  Implement: 


Put  spare  satellite  PATHSATSPARE2  in  use 
and  use  PATHAS CENS ION  for  TTSC  servicing. 

Use  CHATTERWOOMERA  terminal  for  satellite  CHATTER 4  TTSC  servicing. 

New  communications  path  from  WAH I AWI -HAWAII  to  POINT-MUGU  : 

WAHIAWI -HAWAII 

SUNNYVALE 

POINT-MUGU 

New  communications  path  from  WAHIAWI -HAWAII  to  NORFOLK-VIRGINIA  : 

WAHIAWI -HAWAII 

SUNNYVALE 

POINT-MUGU 

NORFOLK-VIRGINIA 

New  communications  path  from  WAHIAWI-HAWAII  to  INDIAN -OCEAN  : 

WAH I AWI -HAWAII 

SUNNYVALE 

VANDENBERG 

OFFUTT-NEBRASKA 

LORING-HAINE 

DIEGO-GARCIA 

INDIAN -OCEAN 

New  communications  path  from  SUNNYVALE  to  INDIAN-OCEAN  : 

SUNNYVALE 

VANDENBERG 

OFFUTT-NEBRASKA 

LORING-HAINE 

DIEGO-GARCIA 

INDIAN-OCEAN 

New  communications  path  from  SUNNYVALE  to  WOOMERA-AUSTRALIA  : 

SUNNYVALE 

TALXSUNNYVALE 

TALKSATD 

TALKGUAM 

GUAM 

WOOMERA-AUSTRALIA 


New  communications  path  from  POINT-MUGU  to  CRETE-GREECE  s 

POINT-MUGU 

NORFOLK-VIRGINIA 

CHATTERNORFOLK 

CHATTER2 

CHATTERCRETE 

CRETE -GREEC 

New  communications  path  from  POINT-MUGU  to  INDIAN-OCEAN  : 

POINT-MUGU 

NORFOLK-VIRGINIA 

PROSPECT-HARBOR-MAINE 

LORING-MAINE 

DIEGO-GARCIA 

INDIAN-OCEAN 

New  communications  path  from  POINT-MUGU  to  WOOMERA -AUSTRALIA  : 

POINT-MUGU 

SUNNYVALE 

TALKSUNNYVALE 

TALKSATD 

TALKGUAM 

GUAM 

WOOMERA- AUSTRALIA 

New  communications  path  from  POINT-MUGU  to  KWAJELE IN- ISLAND  s 

POINT-MUGU 

SUNNYVALE 

TALKSUNNYVALE 

TALKSATD 

TALKKWAJELEIN 

KWAJELEIN- ISLAND 

New  communications  path  from  COLORADO-SPRINGS  to  INDIAN-OCEAN  : 

COLO RA DO-SPRINGS 

OFFUTT-NEBRASKA 

LORING-MAINE 

DIEGO-GARCIA 

INDIAN-OCEAN 

New  communications  path  from  COLORADO-SPRINGS  to  WOOMERA -AUSTRALIA 

COLORADO-SPRINGS 

SUNNYVALE 

TALKSUNNYVALE 

TALKSATD 

TALKGUAM 

GUAM 

WOOMERA -AUSTRALIA 

New  communications  path  from  NORFOLK-VIRGINIA  to  WOOMERA- AUSTRALIA 

NORFOLK-VIRGINIA 

CHATTERNORFOLK 

CHATTER 2 

CHATTERCRETE 

CHATTERS 

CHATTERWOOMERA 

WOOMERA- AUSTRALIA 

New  communications  path  from  NORFOLK-VIRGINIA  to  KWAJELEIN-ISLAND 


NORFOLK-VIRGINIA 

POINT-MUGU 

SUNNYVALE 

TALKSUNNYVALE 

TALKSATD 

TALKKWAJELEIN 

KWAJELEIN-ISLAND 

New  communications  path  from  POINT-MUGU  to  DIEGO-GARCIA  s 

POINT-MUGU 

NORFOLK-VIRGINIA 

PROSPECT-HARBOR-MAINE 

LORING-MAINE 

DIEGO-GARCIA 

New  communications  path  from  DIEGO-GARCIA  to  POINT-MUGU  : 

DIEGO-GARCIA 

LORING-MAINE 

PROSPECT-HARBOR-MAINE 

NORFOLK-VIRGINIA 

POINT-MUGU 

New  communications  path  from  POINT-MUGU  to  WAHIAWI-HAWAII  : 

POINT-MUGU 

SUNNYVALE 

WAHIAWI-HAWAII 

New  communications  path  from  NORFOLK-VIRGINIA  to  WAHIAWI-HAWAII 

NORFOLK-VIRGINIA 

POINT-MUGU 

SUNNYVALE 

WAHIAWI-HAWAII 

New  communications  path  from  INDIAN-OCEAN  to  WAHIAWI-HAWAII  : 

INDIAN -OCEAN 

DIEGO-GARCIA 

LORING-MAINE 

OFFUTT-NEBRASKA 

VANDENBERG 

SUNNYVALE 

WAHIAWI-HAWAII 

New  communications  path  from  INDIAN-OCEAN  to  SUNNYVALE  : 

INDIAN-OCEAN 

DIEGO-GARCIA 

LORING-MAINE 

OFFUTT-NEBRASKA 

VANDENBERG 

SUNNYVALE 

New  communications  path  from  WOOMERA-AUSTRALIA  to  SUNNYVALE  : 

WOOMERA -AUSTRALIA 

GUAM 

TALXGUAM 

TALKSATD 

TALKSUNNYVALE 

SUNNYVALE 

New  communications  path  from  CRETE-GREECE  to  POINT-MUGU  : 
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CRETE-GREECE 

CHATTERCRETE 

CHATTER2 

CHATTERNORFOLK 

NORFOLX-VIRGINIA 

POINT-MUGU 

New  communications  path  from  INDIAN-OCEAN  to  POINT-MUGU  : 

INDIAN-OCEAN 

DIEGO-GARCIA 

LORING-MAINE 

PROSPECT-HARBOR-MAINE 

NORFOLK-VIRG INI A 

POINT-MUGU 

New  communications  path  from  WOOMERA-AUSTRALIA  to  POINT-MUGU  : 

WOOMERA-AUSTRALIA 

GUAM 

TALKGUAM 

TALKSATD 

TALKS UNNYVALE 

SUNNYVALE 

POINT-MUGU 

New  communications  path  from  KWAJELEIN- ISLAND  to  POINT-MUGU  : 

KWAJELEIN- ISLAND 

TALKKWAJELEIN 

TALKSATD 

TALKS UNNYVALE 

SUNNYVALE 

POINT-MUGU 

New  communications  path  from  INDIAN-OCEAN  to  COLORADO-SPRINGS  : 

INDIAN-OCEAN 

DIEGO-GARCIA 

LORING-MAINE 

OFFUTT-NEBRASKA 

COLORADO-SPRINGS 

New  communications  path  from  WOOMERA-AUSTRALIA  to  COLORADO-SPRINGS 

WOOMERA-AUSTRALIA 

GUAM 

TALKGUAM 

TALKSATD 

TALKS UNNYVALE 

SUNNYVALE 

COLORADO-SPRINGS 

New  communications  path  from  WOOMERA-AUSTRALIA  to  NORFOLX-VIRGINIA 

WOOMERA-AUSTRALIA 

CHATTERWOOMERA 

CHATTER3 

CHATTERCRETE 

CHATTER2 

CHATTERNORFOLK 

NORFOLX-VIRGINIA 

New  communications  path  from  KWAJELEIN- IS LAND  to  NORFOLK-VIRGINIA 
KWAJELEIN- ISLAND 


Scenario  for  Test  2a 


;;; - TEST  2A - 

(defrule  start-scenario-special-two 

(declare  (salience  *maximum-salience*) ) 

(testcase  special-two) 

=> 

(assert 

(get-priorities  hurricane) 

(give-plans  2) 

(change-data-status  stormOffutt  red  destroyed) 
(change-data-status  stormLoring  red  destroyed) 
(change-ttc-status  stormLoring  red  destroyed) 
(change-satellite-status  Pathsatl4  red  destroyed) 
(change-ttc-status  pathDiegoGarcia  red  destroyed) 
(theater  Europe) 

(conflict-areas  (14  15  16  17  18  19  20  21  22  23  24)))) 


;  ; ;  DEFAULT  PRIORITIES  (WEA-COMM-NAV) 

(defrule  default-priorities-weather- first 
(declare  (salience  *maximum-salience*) ) 
(get-priorities  hurricane) 

=  > 

( assert 

(priority  1  weather) 

(priority  2  communications) 

(priority  3  navigation) 

(weight-global  weather  10.0) 
(weight-conflict  weather  60.0) 
(weight-global  navigation  2.0) 
(weight-conflict  navigation  12.0) 
(weight-global  communications  11.0) 
(weight-conflict  communications  5.0) 
(sub-global  scout  1  0.3) 

(sub-global  path  3  0.4) 

(sub-global  path  4  0.3) 

(sub-conflict  scout  1  0.2) 
(sub-conflict  path  3  0.5) 

(sub-conflict  path  4  0.3))) 


t  Lattice  from  PLAN-1 


OUTPUT  FOR  TEST  2A 


BEST  RESTORATION  PLAN: 


PLAN-46  Restoration  plan  has  value  99.98333335 

Communications  Value:  16.0 
Navigation  Value:  13.983333334 

Weather  Value:  70.0 

Communications  Percentages:  Conflict  Area:  1.0 

Global:  1.0 


Navigation  Percentages:  Conflict  Area:  1.0 

Global:  0.991666667 

Weather  Percentages:  Conflict  Area:  1.0 

Global:  1.0 

Resources  not  operational  and  reason  for  red  status: 

Satellite  PATHSAT14  Reason:  DESTROYED 
TT&C  Terminal  PATHDIEGOGARCXA  Reason:  DESTROYED 
TT&C  Terminal  STORMLORING  Reason:  DESTROYED 

Data  Terminal  STORMLORING  Reason:  DESTROYED 

Data  Terminal  STORMOFFUTT  Reason:  DESTROYED 

PLAN-46  Restoration  Steps  to  Implement: 


Put  spare  satellite  PATHSATSPARE2  in  use. 

Put  spare  satellite  PATHSATSPARE3  in  use. 

Use  RTS-OAKHANGER  terminal  for  satellite  STORMATLANTic  TT&C  servicing. 
Use  RTS-OAKHANGER  terminal  for  satellite  PATHSAT12  TT6C  servicing. 

Use  RTS-INDIANOCEAN  terminal  for  satellite  PATHSAT13  TT&C  servicing. 
Use  RTS-GUAM  terminal  for  satellite  PATHSAT15  TTSC  servicing. 

Terminal  THUNDEROFFUTT  will  receive  data 

from  satellite  STORMATLANTIC  and  send  data  over  to  a 

STORM  data  terminal  via  landline. 


BEST  RESTORATION  PLAN: 


PLAN-34  Restoration  plan  has  value  99.98333335 


Communications  Value:  16.0 
Navigation  Value:  13.983333334 

Weather  Value:  70.0 


Communications  Percentages:  Conflict 

Global : 

Navigation  Percentages:  Conflict 

Global: 

Weather  Percentages:  Conflict 

Global: 

Resources  not  operational  and  reason 


Area: 

1.0 

1.0 

Area: 

1.0 

0.991666667 

Area: 

1.0 

1.0 

for  red  status: 


Satellite  PATHSAT14  Reason:  DESTROYED 
TTSC  Terminal  PATHDIEGOGARCIA  Reason:  DESTROYED 
TTSC  Terminal  STORMLORING  Reason:  DESTROYED 

Data  Terminal  STORMLORING  Reason:  DESTROYED 

Data  Terminal  STORMOFFUTT  Reason:  DESTROYED 

PLAN-34  Restoration  Steps  to  Implement: 


Put  spare  satellite  PATHSATSPARE2  in  use. 

Put  spare  satellite  PATHS ATS  PARE  3  in  use. 

Use  RTS-THULE  terminal  for  satellite  STORMATLANTIC  TTSC  servicing. 

Use  RTS-OAKHANGER  terminal  for  satellite  PATHSAT12  TTSC  servicing. 

Use  RTS -INDIAN OCEAN  terminal  for  satellite  PATHSAT13  TTSC  servicing. 

Use  RTS -GUAM  terminal  for  satellite  PATHSAT15  TTSC  servicing. 

Terminal  THUNDEROFFUTT  will  receive  data 

from  satellite  STORMATLANTIC  and  send  data  over  to  a 

STORM  data  terminal  via  landline. 


BEST  RESTORATION  PLAN: 


PLAN-22  Restoration  plan  has  value  99.98333335 

Communications  Value:  16.0 
Navigation  Value:  13.983333334 

Weather  Value:  70.0 

Communications  Percentages:  Conflict  Area:  1.0 

Global:  1.0 

Navigation  Percentages:  Conflict  Area:  1.0 

Global:  0.991666667 

Weather  Percentages:  Conflict  Area:  1.0 

Global:  1.0 

Resources  not  operational  and  reason  for  red  status: 

Satellite  PATHSAT14  Reason:  DESTROYED 
TT6C  Terminal  PATHDIEGOGARCIA  Reason:  DESTROYED 
TTSC  Terminal  STORMLORING  Reason:  DESTROYED 

Data  Terminal  STORMLORING  Reason:  DESTROYED 

Data  Terminal  STORMOFFUTT  Reason:  DESTROYED 

PLAN-22  Restoration  Steps  to  Implement: 


Put  spare  satellite  PATHS ATS  PARE  2  in  use. 

Put  spare  satellite  PATHSATSPARE3  in  use. 

Use  RTS-NEWHAMP  terminal  for  satellite  STORMATLANTIC  TTiC  servicing 

Use  RTS-OAKHANGER  terminal  for  satellite  PATHSAT12  TT&C  servicing. 

Use  RTS-INDIANOCEAN  terminal  for  satellite  PATHSAT13  TTSC  servicing 

Use  RTS-GUAM  terminal  for  satellite  PATHSAT15  TTtC  servicing. 

Terminal  THUNDEROFFUTT  will  receive  data 

from  satellite  STORMATLANTIC  and  send  data  over  to  a 

STORM  data  terminal  via  landline. 


t  t  t 


TEST  4 


Scenario  for  Test  4 


(defrule  start-scenario-special -four 

(declare  (salience  *maximum-salience*) ) 

(testcase  special-four) 

=> 

(assert 

(get-priorities  comm-wea-nav) 

(give-plans  3) 

(conflict-areas  (17  18  19  20  21  22  23  24)) 

(theater  Europe) 

(change-ttc-status  thunderAscension  red  destroyed) 
(change-ttc-status  scoutAscension  unknown  no-data  -avai 
(change-ttc-status  scoutMugu  red  destroyed) 
(change-satellite-status  scoutsatD  red  destroyed) 
(change-satellite-status  pathsatlO  red  destroyed) 
(change-satellite-status  thunder3  red  destroyed) 
(change-satellite-status  pathsatll  red  destroyed) 
(groundl ink-destroyed  Indian-Ocean  Diego-Garcia) 
(groundl ink-destroyed  Ascension-Island  Crete-Greece) ) ) 


;  ; ;  DEFAULT  PRIORITIES  (COMM-WEA-NAV) 

(defrule  default-priorities-comm-weather-nav 
(declare  (salience  *maximum-salience*) ) 
(get-priorities  comm-wea-nav) 

=> 

(assert 

(priority  2  weather) 

(priority  3  navigation) 

(priority  1  communications) 
(weight-global  weather  20.0) 
(weight-conflict  weather  10.0) 
(weight-global  navigation  5.0) 
(weight-conflict  navigation  10.0) 
(weight-global  communications  30.0) 
(weight-conflict  communications  25.0) 
(sub-global  scout  1  0.3) 

(sub-global  path  3  0.4) 

(sub-global  path  4  0.3) 

(sub-conflict  scout  1  0.2) 

(sub-conflict  path  3  0.5) 

(sub-conflict  path  4  0.3))) 


Put  spare  satellite  PATHSATSPARE2  in  use 
and  use  PATHASCENSION  for  TT&C  servicing. 

Use  SCOUTWOOMERA  terminal  for  satellite  SCOUTSATA  TT6C  servicing. 

Use  SCOUTPROSPECTHARBOR  terminal  for  satellite  SCOUTSATB  TTSC  servicing. 

New  communications  path  from  POINT-MUGU  to  DIEGO-GARCIA  : 

POINT-MUGU 
NORFOLK-VIRGINIA 
PROS  PECT-HARBOR-MAINE 
LORING-MAINE 
DIEGO-GARCIA 

New  communications  path  from  NORFOLK-VIRGINIA  to  DIEGO-GARCIA  : 

NORFOLK-VIRGINIA 

PROS  PECT-HARBOR-MAINE 

LORING-MAINE 

DIEGO-GARCIA 


;v  v. 
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New  communications  path  from  INDIAN-OCEAN  to  THULE -GREENLAND 

INDIAN-OCEAN 

CHATTERINDIANOCEAN 

CHATTER3 

CHATTERCRETE 


CRETE -GREECE 


OAKHANGER-UK 


OUTPUT  FOR  TEST  4 


BEST  RESTORATION  PLAN: 


PLAN-15  Restoration  plan  has  value  94.9305556 

Communications  Value:  55.0 
Navigation  Value:  13.541666664 

Heather  Value:  26.3888889 

Communications  Percentages:  Conflict  Area:  1.0 

Global:  1.0 

Conflict  Area:  0.8875 
Global:  0.933333333 

Conflict  Area:  0.75 
Global:  0.9444444445 

Resources  not  operational  and  reason  for  red  status: 

Satellite  PATHS AT 11  Reason:  DESTROYED 

Satellite  THUNDER 3  Reason:  DESTROYED 

Satellite  PATHSAT10  Reason:  DESTROYED 

Satellite  SCOUTSATD  Reason:  DESTROYED 

TTSC  Terminal  SCOUTMUGU  Reason:  DESTROYED 
TTSC  Terminal  THUNDERASCENSION  Reason:  DESTROYED 

PLAN-15  Restoration  Steps  to  Implement: 


Put  spare  satellite  PATHSATSPARE2  in  use 
and  use  PATHASCENSION  for  TTSC  servicing. 

Use  SCOUTWOOMERA  terminal  for  satellite  SCOUTSATA  TTSC  servicing. 

Use  SCOUTPROSPECTHARBOR  terminal  for  satellite  SCOUTSATB  TTSC  servicing. 

New  communications  path  from  POINT-MUGU  to  DIEGO-GARCIA  : 

POINT-MUGU 

NORFOLK-VIRGINIA 

PROSPECT-HARBOR-MAINE 

L0RING-MAINE 

DIEGO-GARCIA 

New  communications  path  from  NORFOLK-VIRGINIA  to  DIEGO-GARCIA  : 

NORFOLK-VIRGINIA 

PROSPECT-HARBOR-MAINE 

L0RING-MAINE 

DIEGO-GARCIA 

New  communications  path  from  INDIAN-OCEAN  to  THULE-GREENLAND  : 

INDIAN -OCEAN 

CHATTERINDIANOCEAN 

CHATTER 3 

CHATTERCRETE 

CRETE-GREECE 

OAKHANGER-UK 


Navigation  Percentages : 
Heather  Percentages: 


THULE -GREENLAND 


New  communications  path  from  THULE-GREENIAND  to  INDIAN-OCEAN 

THULE -GREENLAND 

OAKHANGER-UK 

CRETE-GREECE 

CHATTERCRETE 

CHATTER 3 

CHATTERINDIANOCEAN 

INDIAN-OCEAN 

New  communications  path  from  DIEGO-GARCIA  to  POINT-MUGU  : 

DIEGO-GARCIA 

LORING-HAINE 

PROSPECT-HARBOR-MAINE 

NORFOLK-VIRGINIA 

POINT-MUGU 

New  communications  path  from  DIEGO-GARCIA  to  NORFOLK-VIRGINIA 

DIEGO-GARCIA 

LORING-MAINE 

PROSPECT-HARBOR-MAINE 

NORFOLK-VIRGINIA 


*************************** 


BEST  RESTORATION  PLAN; 


PLAN-16  Restoration  plan  has  value  94.9305556 

Communications  Value:  55.0 
Navigation  Value:  13.541666664 

Heather  Value:  26.3888889 

Communications  Percentages:  Conflict  Area:  1.0 

Global:  1.0 

Navigation  Percentages:  Conflict  Area:  0.8875 

Global:  0.933333333 

Weather  Percentages:  Conflict  Area:  0.75 

Global:  0.9444444445 

Resources  not  operational  and  reason  for  red  status: 

Satellite  PATHS AT 11  Reason:  DESTROYED 

Satellite  THUNDER3  Reason:  DESTROYED 
Satellite  PATHSAT10  Reason:  DESTROYED 

Satellite  SCOUTSATD  Reason:  DESTROYED 

TTSC  Terminal  SCOUTMUGU  Reason:  DESTROYED 
TT&C  Terminal  THUNDERASCENSION  Reason:  DESTROYED 


BEST  RESTORATION  PLAN 


PLAN- 10  Restoration  plan  has  value  94.9305556 

Communications  Value:  55.0 
Navigation  Value:  13.541666664 

Heather  Value:  26.38B8889 

Communications  Percentages:  Conflict  Area:  1.0 

Global:  1.0 

Navigation  Percentages:  Conflict  Area:  0.8875 

Global:  0.933333333 

Heather  Percentages:  Conflict  Area:  0.75 

Global:  0.9444444445 

Resources  not  operational  and  reason  for  red  status: 

Satellite  PATHSAT11  Reason:  DESTROYED 
Satellite  THUNDER3  Reason:  DESTROYED 
Satellite  PATHS AT 10  Reason:  DESTROYED 

Satellite  SCOUTSATD  Reason:  DESTROYED 

TTSC  Terminal  SCOUTMUGU  Reason:  DESTROYED 
TTSC  Terminal  THUNDERASCENSION  Reason:  DESTROYED 

PLAN-lo  Restoration  steps  to  Implement: 


Put  spare  satellite  PATHS ATS PARE2  in  use 
and  use  PATHASCENSION  for  TTSC  servicing. 

Use  SCOUTWOOMERA  terminal  for  satellite  SCOUTSATA  TTSC  servicing. 
Use  SCOUTASCENSION  terminal  for  satellite  SCOUTSATB  TTSC  servicing. 

New  communications  path  from  POINT-KUGU  to  DIEGO-GARCIA  : 

POINT-MUGU 

NORFOLK-VIRGINIA 

PROSPECT-HARBOR-MAINE 

LORING-MAINE 

DIEGO-GARCIA 

New  communications  path  from  NORFOLK-VIRGINIA  to  DIEGO-GARCIA  : 

NORFOLK-VIRGINIA 

PROSPECT-HARBOR-MAINE 

LORING-MAINE 

DIEGO-GARCIA 

New  communications  path  from  INDIAN-OCEAN  to  THULE-GREENLAND  : 

INDIAN-OCEAN 

CHATTERINDIANOCEAN 

CHATTER 3 

CHATTERCRETE 

CRETE -GREECE 

OAKHANGER-UK 

THULE-GREENLAND 
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New  communications  path  from  THULE -GREENLAND  to  INDIAN-OCEAN  : 

THULE-GREEN LAND 

OAXHANGER-UK 

CRETE -GREECE 

CHATTERCRETE 

CHATTER 3 

CHATTERINDIANOCEAN 

INDIAN-OCEAN 

New  communications  path  from  DIEGO-GARCIA  to  POINT-MUGU  : 

DIEGO-GARCIA 

LORING -MAINE 

PROSPECT-HARBOR-MAINE 

NORFOLK-VIRGINIA 

POINT-MUGU 

New  communications  path  from  DIEGO-GARCIA  to  NORFOLK-VIRGINIA  : 

DIEGO-GARCIA 

LORING-MAINE 

PROSPECT-HARBOR-MAINE 

NORFOLK-VIRGINIA 


******* 


********* 


********* 


BEST  RESTORATION  PLAN: 


PLAN-6  Restoration  plan  has  value  94.9305556 


Communications  Value:  55.0 
Navigation  Value:  13.541666664 

Weather  Value:  26.3888889 


Communications  Percentages:  Conflict  Area:  1.0 

Global:  1.0 


Navigation  Percentages: 
Weather  Percentages: 


Conflict  Area:  0.8875 
Global:  0.933333333 


Conflict  Area: 
Global: 


0.75 

0.9444444445 


Resources  not  operational  and  reason  for  red  status: 


Satellite  PATHS ATI 1  Reason:  DESTROYED 

Satellite  THUNDER3  Reason:  DESTROYED 
Satellite  PATHS AT 10  Reason:  DESTROYED 

Satellite  SCOUTSATD  Reason:  DESTROYED 

TT6C  Terminal  SCOUTMUGU  Reason:  DESTROYED 
TT6C  Terminal  THUNDERASCENSION  Reason:  DESTROYED 
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PLAN-6  Restoration  Steps  to  Implement 


Put  spare  satellite  PATHSATS PARE 2  in  use 
and  use  PATHASCENSION  for  TTSC  servicing. 

Use  SCOUTWOOMERA  terminal  for  satellite  SCOUTSATA  TTSC  servicing. 
Use  SCOUTROSEMOUNT  terminal  for  satellite  SCOUTSATB  TTSC  servicing 

New  communications  path  from  POINT-MUGU  to  DIEGO-GARCIA  : 

POINT-MUGU 

NORFOLK-VIRGINIA 

PROSPECT-HARBOR-MAINE 

LORING-MAINE 

DIEGO-GARCIA 

New  communications  path  from  NORFOLX-VIRGINIA  to  DIEGO-GARCIA  : 

NORFOLK-VIRGINIA 

PROSPECT-HARBOR-MAINE 

LORING-MAINE 

DIEGO-GARCIA 

New  communications  path  from  INDIAN-OCEAN  to  THULE-GREENLAND  s 

INDIAN -OCEAN 

CHATTERINDIANOCEAN 

CHATTER3 

CHATTERCRETE 

CRETE -GREECE 

OAKHANGER-UK 

THULE-GREENLAND 

New  communications  path  from  THULE-GREENLAND  to  INDIAN-OCEAN  : 

THULE-GREENLAND 

OAKHANGER-UK 

CRETE -GREECE 

CHATTERCRETE 

CHATTER3 

CHATTERINDIANOCEAN 

INDIAN-OCEAN 

New  communications  path  from  DIEGO-GARCIA  to  POINT-MUGU  : 

DIEGO-GARCIA 

LORING-MAINE 

PROSPECT-HARBOR-MAINE 

NORFOLK-VIRGINIA 

POINT-MUGU 


New  communications  path  from  DIEGO-GARCIA  to  NORFOLK-VIRGINIA 

DIEGO-GARCIA 

LORING-MAINE 

PROSPECT-HARBOR-MAINE 

NORFOLK-VIRGINIA 


BEST  RESTORATION  PLAN 


PLAN- 11  Restoration  plan  has  value  94.9305556 


Communications  Value:  55.0 
Navigation  Value:  13.541666664 

Weather  Value:  26.3888889 


Communications  Percentages:  Conflict  Area:  1.0 

Global:  1.0 


Navigation  Percentages:  Conflict  Area:  0.8875 

Global:  0.933333333 


Weather  Percentages:  Conflict  Area:  0.75 

Global:  0.9444444445 


resources  not  operational  and  reason  for  red  status: 


Satellite  PATHS AT 11  Reason:  DESTROYED 

Satellite  THUNDER3  Reason:  DESTROYED 
Satellite  PATHSAT10  Reason:  DESTROYED 

Satellite  SCOUTSATD  Reason:  DESTROYED 

TTSC  Terminal  SCOUTMUGU  Reason:  DESTROYED 
TTSC  Terminal  THUNDERASCENSION  Reason:  DESTROYED 


PLAN-11  Restoration  Steps  to  Implement: 


Put  spare  satellite  PATHSATSPARE2  in  use 
and  use  pathascension  for  TTSC  servicing. 

Use  SCOUTWAHIAWI  terminal  for  satellite  SCOUTSATA  TTSC  servicing. 
Use  SCOUT ASCENSION  terminal  for  satellite  SCOUTSATB  TTSC  servicing. 


New  communications  path  from  POINT-MUGU  to  DIEGO-GARCIA  : 

POINT-MUGU 

NORFOLK-VIRGINIA 

PROSPECT-HARBOR-MAINE 

LORING-MAINE 

DIEGO-GARCIA 


New  communications  path  from  NORFOLK-VIRGINIA  to  DIEGO-GARCIA 

NORFOLK-VIRGINIA 

PROSPECT-HARBOR-MAINE 

LORING-MAINE 

DIEGO-GARCIA 


New  communications  path  from  INDIAN-OCEAN  to  THULE -GREEN LAND 

INDIAN-OCEAN 

CHATTERINDIANOCEAN 

CHATTER 3 

CHATTERCRETE 

CRETE -GREECE 

OAKHANGER-UK 

THULE -GREENLAND 
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New  communications  path  from  THULE-GREENLAND  to  INDIAN-OCEAN 

THULE-GREENLAND 

OAXHANGER-UK 

CRETE-GREECE 

CHATTERCRETE 

CHATTER 3 

CHATTERINDIANOCEAN 

INDIAN-OCEAN 

New  conmunications  path  from  DIEGO-GARCIA  to  POINT-MUGU  : 

DIEGO-GARCIA 

LORING-MAINE 

PROSPECT-HARBOR-MAINE 

NORFOLK-VIRGINIA 

POINT-MUGU 

New  communications  path  from  DIEGO-GARCIA  to  NORFOLK-VIRGINIA 

DIEGO-GARCIA 

LORING-MAINE 

PROSPECT-HARBOR-MAINE 

NORFOLK-VIRGINIA 


*  *  *  *  * 


BEST  RESTORATION  PLAN: 


PLAN-7  Restoration  plan  has  value  94.9305556 

Communications  Value:  55.0 
Navigation  Value:  13.541666664 

Weather  Value:  26.3888889 

Communications  Percentages:  Conflict  Area:  1.0 

Global:  1.0 

Navigation  Percentages:  Conflict  Area:  0.8875 

Global:  0.933333333 

Weather  Percentages:  Conflict  Area:  0.75 

Global:  0.9444444445 

Resources  not  operational  and  reason  for  red  status: 

Satellite  PATHSAT11  Reason:  DESTROYED 
Satellite  THUNDER3  Reason:  DESTROYED 
Satellite  PATHSAT10  Reason:  DESTROYED 

Satellite  SCOUTSATD  Reason:  DESTROYED 

TTSC  Terminal  SCOUTMUGU  Reason:  DESTROYED 
TTSC  Terminal  THUNDERASCENSION  Reason:  DESTROYED 


PLAN-7  Restoration  Steps  to  Implement: 


Put  spare  satellite  PATHS ATSPARE2  in  use 
and  use  PATHASCENSION  for  TTiC  servicing. 

Use  SCOUTWAHIAWI  terminal  for  satellite  SCOUTSATA  TTiC  servicing. 
Use  SCOUTROSEMOUNT  terminal  for  satellite  SCOUTSATB  TTSC  servicing 

Hew  communications  path  from  POINT-MUGU  to  DIEGO-GARCIA  : 

POINT-MUGU 

NORFOLK-VIRGINIA 

PROSPECT-HARBOR-MAIME 

LORING-MAINE 

DIEGO-GARCIA 

New  communications  path  from  NORFOLK-VIRGINIA  to  DIEGO-GARCIA  : 

NORFOLK-VIRGINIA 

PROSPECT-HARBOR -MAINE 

LORING-MAINE 

DIEGO-GARCIA 

New  communications  path  from  INDIAN -OCEAN  to  THULE-GREENLAND  : 

INDIAN-OCEAN 

CHATTERINDIANOCEAN 

CHATTER3 

CHATTERCRETE 

CRETE -GREECE 

OAKHANGER-UK 

THULE-GREENLAND 

New  communications  path  from  THULE-GREENLAND  to  INDIAN-OCEAN  : 

THULE-GREENLAND 

OAKHANGER-UK 

CRETE-GREECE 

CHATTERCRETE 

CHATTER3 

CHATTERINDIANOCEAN 

INDIAN-OCEAN 

New  communications  path  from  DIEGO-GARCIA  to  POINT-MUGU  : 

DIEGO-GARCIA 

LORING-MAINE 

PROSPECT-HARBOR-MAINE 

NORFOLK-VIRGINIA 

POINT-MUGU 

New  communications  path  from  DIEGO-GARCIA  to  NORFOLK-VIRGINIA  : 

DIEGO-GARCIA 

LORING-MAINE 

PROSPECT-HARBOR-MAINE 

NORFOLK-VIRGINIA 


Scenario  for  Teat  2. 


; ; ; - TEST  7 - 

(defrule  start-scenario-special-seven 
(declare  (salience  *maximum-salience*) ) 

(testcase  special-seven) 

=> 

(assert 

(get-priorities  wea-nav-comm) 

(theater  Pacific) 

(theater  FarEast) 

(conflict-areas  (1  2  3  4  5  24  25  26  27  28 

29  30  31  32  33  34  35  36)) 

(give-plans  3) 

(change-ttc-status  chatterWoomera  red  destroyed) 
(change-ttc-status  rts-IndianOcean  red  destroyed) 
(change-data-status  chatterSunnyvale  red  destroyed) 
(change-data-status  thunderAscension  red  destroyed) 
(change-ttc-status  thunderDiegoGarcia  red  destroyed) 
(change-data-status  thunderDiegoGarcia  red  destroyed) 
(change-satellite-status  pathsatl4  red  destroyed) ) ) 


? ; ;  DEFAULT  PRIORITIES  (WEA-NAV-COMM) 

(defrule  default-priorities-weather-nav-comm 
(declare  (salience  *maximum-sa lienee*) ) 
(get-priorities  wea-nav-comm) 

=> 

(assert 

(priority  1  weather) 

(priority  2  navigation) 

(priority  3  communications) 
(weight-global  weather  20.0) 
(weight-conflict  weather  30.0) 
(weight-global  navigation  15.0) 

(weight-conflict  navigation  15.0) 
(weight-global  communications  15.0) 
(weight-conflict  communications  5.0) 
(sub-global  scout  1  0.3) 

(sub-global  path  3  0.4) 

(sub-global  path  4  0.3) 

(sub-conflict  scout  1  0.2) 

(sub-conflict  path  3  0.5) 

(sub-conflict  path  4  0.3))) 


292 


*  t'  *  "  kiAfc.T  >  k  '■  .V  »V  kV  .V  W -V  .V  -V  .V  .  .'.1%  .V _» ■> 


.N  . 


TEST  7 


BEST  RESTORATION  PLAN: 


PLAN-32  Restoration  plan  has  value  98.5138889 


Communications  Value:  20.0 
Navigation  Value:  29.625 

Heather  Value:  48.8888889 


Communications  Percentages:  Conflict  Area: 

Global: 


1.0 

1.0 


Navigation  Percentages: 


Conflict  Area:  0.9833333334 
Global:  0.991666667 


Weather  Percentages: 


Conflict  Area: 
Global: 


1.0 

0.9444444445 


Resources  not  operational  and  reason  for  red  status: 

Satellite  PATHSAT14  Reason:  DESTROYED 
Satellite  THUNDER3  Reason:  NO- DATA- DOWN-CAPABILITY 

Satellite  CHATTER3  Reason:  NO-TTC-AVAI LABLE 

TTSC  Terminal  THUNDERDIEGOGARCIA  Reason:  DESTROYED 
TTSC  Terminal  RTS-INDIANOCEAN  Reason:  DESTROYED 
TTSC  Terminal  CHATTERWOOMERA  Reason:  DESTROYED 
Data  Terminal  THUNDERDIEGOGARCIA  Reason:  DESTROYED 
Data  Terminal  THUNDERASCENSION  Reason:  DESTROYED 

Data  Terminal  CHATTERSUNNYVALE  Reason:  DESTROYED 

PLAN-32  Restoration  Steps  to  Implement: 


Put  spare  satellite  PATHSATSPARE2  in  use 
and  use  PATHASCENSION  for  TTSC  servicing. 

Put  spare  satellite  PATHSATSPARE3  in  use 
and  use  RTS -GUAM  for  TTSC  servicing. 

Use  THUNDERASCENSION  terminal  for  satellite  THUNDER3  TTSC  servicing. 
Use  THUNDERGUAM  terminal  for  satellite  THUNDER4  TTSC  servicing. 

Use  STORMLORING  terminal  for  satellite  TALKSATB  TTSC  servicing. 

Use  PATHDIEGOGARCIA  terminal  for  satellite  TALKSATC  TTSC  servicing. 

New  communications  path  from  SUNNYVALE  to  INDIAN-OCEAN  : 

SUNNYVALE 

VANDENBERG 

OFFUTT-NEBRASKA 

LORING-MAINE 

DIEGO-GARCIA 

INDIAN-OCEAN 

New  communications  path  from  SUNNYVALE  to  WOOMERA-AUSTRALIA  : 

SUNNYVALE 

WAHIAWI -HAWAII 

CHATTERWAHIAWI 


2  94 


CHATTER4 

CHATTERWOOMERA 

WOOMERA-AUSTRALIA 


New  communications  path  from  INDIAN-OCEAN  to  SUNNYVALE  : 

INDIAN-OCEAN 

DIEGO-GARCIA 

LORING-MAINE 

OFFUTT-NEBRASKA 

VANDENBERG 

SUNNYVALE 

New  communications  path  from  WOOMERA-AUSTRALIA  to  SUNNYVALE  : 

WOOMERA-AUSTRALIA 

CHATTERWOOMERA 

CHATTER4 

CHATTERWAHIAWI 

WAHIAWI -HAWAII 

SUNNYVALE 

New  communications  path  from  KWAJELEIN-ISLAND  to  INDIAN-OCEAN 

KWAJELEIN-ISLAND 

GUAM 

TALKGUAM 

TALKSATC 

TALKDIEGOGARCIA 

DIEGO-GARCIA 

INDIAN-OCEAN 

New  communications  path  from  WOOMERA-AUSTRALIA  to  INDIAN-OCEAN 

WOOMERA-AUSTRALIA 

GUAM 

TALKGUAM 

TALKSATC 

TALKDIEGOGARCIA 

DIEGO-GARCIA 

INDIAN-OCEAN 

New  communications  path  from  WOOMERA-AUSTRALIA  to  CRETE-GREECE 

WOOMERA-AUSTRALIA 

GUAM 

TALKGUAM 

TALKSATC 

TALKCRETE 

CRETE-GREECE 

New  communications  path  from  INDIAN-OCEAN  to  CRETE-GREECE  : 

INDIAN-OCEAN 

DIEGO-GARCIA 

LORING-MAINE 

THULE-GREENLAND 

OAKHANGER-UK 

CRETE-GREECE 

New  communications  path  from  INDIAN-OCEAN  to  NORFOLK-VIRGINIA 

INDIAN-OCEAN 

DIEGO-GARCIA 

LORING-MAINE 

OFFUTT-NEBRASKA 
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NORFOLK-VIRGINIA 

New  communications  path  from  INDIAN-OCEAN  to  COLORADO-SPRINGS 

INDIAN -OCEAN 

DIEGO-GARCIA 

LORING-MAINE 

OFFUTT-NEBRASKA 

COLORADO-SPRINGS 

New  communications  path  from  INDIAN-OCEAN  to  POINT-MUGU  : 

INDIAN-OCEAN 

DIEGO-GARCIA 

LORING-MAINE 

OFFUTT-NEBRASKA 

NORFOLK-VIRGINIA 

POINT-MUGU 

New  communications  path  from  INDIAN-OCEAN  to  WAHIAWI-HAWAII  : 

INDIAN-OCEAN 

DIEGO-GARCIA 

LORING-MAINE 

OFFUTT-NEBRASKA 

VANDENBERG 

SUNNYVALE 

WAHIAWI-HAWAII 

New  communications  path  from  DIEGO-GARCIA  to  NORFOLK-VIRGINIA 

DIEGO-GARCIA 

LORING-MAINE 

OFFUTT-NEBRASKA 

NORFOLK-VIRGINIA 
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New  communications  path  from  DIEGO-GARCIA  to  POINT-MUGU  : 

DIEGO-GARCIA 

LORING-MAINE 

OFFUTT-NEBRASKA 

NORFOLK-VIRGINIA 

POINT-MUGU 

New  communications  path  from  NORFOLK-VIRGINIA  to  DIEGO-GARCIA 

NORFOLK-VIRGINIA 

OFFUTT-NEBRASKA 

LORING-MAINE 

DIEGO-GARCIA 

New  communications  path  from  POINT-MUGU  to  DIEGO-GARCIA  : 

POINT-MUGU 

NORFOLK-VIRGINIA 

OFFUTT-NEBRASKA 

LORING-MAINE 

DIEGO-GARCIA 

New  communications  path  from  INDIAN-OCEAN  to  KWAJELEIN-ISLAND 

INDIAN-OCEAN 

DIEGO-GARCIA 

TALKDIEGOGARCIA 

TALKSATC 

TALKGUAM 

GUAM 
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KWAJELEIN-ISLAND 

New  communications  path  from  INDIAN-OCEAN  to  WOOMERA-AUSTRALIA  : 

INDIAN -OCEAN 

DIEGO-GARCIA 

TALKDIEGOGARCIA 

TALKSATC 

TALKGUAM 

GUAM 

WOOMERA-AUSTRALIA 

New  communications  path  from  CRETE-GREECE  to  WOOMERA-AUSTRALIA  s 

CRETE-GREECE 

TALKCRETE 

TALKSATC 

TALKGUAM 

GUAM 

WOOMERA-AUSTRALIA 

New  communications  path  from  CRETE-GREECE  to  INDIAN -OCEAN  : 

CRETE-GREECE 

OAKHANGER-UK 

THULE -GREENLAND 

LORING-MAINE 

DIEGO-GARCIA 

INDIAN-OCEAN 

New  communications  path  from  NORFOLK-VIRGINIA  to  INDIAN-OCEAN  : 

NORFOLK-VIRGINIA 

OFFUTT-NEBRASKA 

LORING-MAINE 

DIEGO-GARCIA 

INDIAN-OCEAN 

New  communications  path  from  COLORADO-SPRINGS  to  INDIAN-OCEAN  : 

COLORADO-SPRINGS 

OFFUTT-NEBRASKA 

LORING-MAINE 

DIEGO-GARCIA 

INDIAN-OCEAN 

New  communications  path  from  POINT-MUGU  to  INDIAN-OCEAN  : 

POINT-MUGU 

NORFOLK-VIRGINIA 

OFFUTT-NEBRASKA 

LORING-MAINE 

DIEGO-GARCIA 

INDIAN-OCEAN 

New  communications  path  from  WAHIAWI -HAWAII  to  INDIAN-OCEAN  : 

WAHIAWI -HAWAII 

SUNNYVALE 

VANDENBERG 

OFFUTT-NEBRASKA 

LORING-MAINE 

DIEGO-GARCIA 

INDIAN-OCEAN 


.  v  ■ 
•V-V-V 


.  ■  *  ■  .1 

V-Vv' 


m* 

,mjwyy 


v. 

v.v.v 


297 


.  • -* 


BEST  RESTORATION  PLAN: 


PLAN-27  Restoration  plan  has  value  98.5138889 

Communications  Value:  20.0 
Navigation  Value:  29.625 

Heather  Value:  48.8888889 

Communications  Percentages:  Conflict  Area:  1.0 

Global:  1.0 

Navigation  Percentages:  Conflict  Area:  0.9833333334 

Global:  0.991666667 

Heather  Percentages:  Conflict  Area:  1.0 

Global:  0.9444444445 

Resources  not  operational  and  reason  for  red  status: 

Satellite  PATHSAT14  Reason:  DESTROYED 
Satellite  THUNDER3  Reason:  NO-DATA-DOHN-CAPABILITY 

Satellite  CHATTER 3  Reason:  NO-TTC-AVAILABLE 

TTiC  Terminal  THUNDERDIEGOGARCIA  Reason:  DESTROYED 
TTiC  Terminal  RTS-INDIAN OCEAN  Reason:  DESTROYED 

TTiC  Terminal  CHATTERHOOMERA  Reason:  DESTROYED 
Data  Terminal  THUNDERDIEGOGARCIA  Reason:  DESTROYED 
Data  Terminal  THUNDERASCENS ION  Reason:  DESTROYED 
Data  Terminal  CHATTERS UNNYVALE  Reason:  DESTROYED 

PLAN-27  Restoration  Steps  to  Implement: 


Put  spare  satellite  PATHS ATS  PARE  2  in  use 
and  use  PATHASCENS ION  for  TT&C  servicing. 

Put  spare  satellite  PATHS ATS  PARE  3  in  use 
and  use  RTS -GUAM  for  TTiC  servicing. 

Use  THUNDERASCENSION  terminal  for  satellite  THUNDER3  TTSC  servicing. 
Use  THUNDERGUAM  terminal  for  satellite  THUNDER4  TTiC  servicing. 

Use  RTS -OAKHANGER  terminal  for  satellite  TALKSATB  TTiC  servicing. 

Use  RTS -GUAM  terminal  for  satellite  TALKSATC  TTiC  servicing. 

New  communications  path  from  SUNNYVALE  to  INDIAN -OCEAN  : 

SUNNYVALE 

VANDENBERG 

OFFUTT-NEBRASKA 

LORING-MAINE 

DIEGO-GARCIA 

INDIAN-OCEAN 

New  communications  path  from  SUNNYVALE  to  HOOMERA-AUSTRALIA  : 


TXI  «-■  I  ^11.  HI 


SUNNYVALE 

WAHIAWI -HAWAII 

CHATTERWAHIAWI 

CHATTER4 

CHATTERWOOMERA 

WOOMERA-AUSTRALIA 

New  communications  path  from  INDIAN -OCEAN  to  SUNNYVALE  : 

INDIAN -OCEAN 

DIEGO-GARCIA 

LORING-MAINE 

OFFUTT-NEBRASKA 

VANDENBERG 

SUNNYVALE 

New  communications  path  from  WOOMERA-AUSTRALIA  to  SUNNYVALE  : 

WOOMERA-AUSTRALIA 

CHATTERWOOMERA 

CHATTER4 

CHATTERWAHIAWI 

WAHIAWI-HAWAII 

SUNNYVALE 

New  communications  path  from  KWAJELEIN-ISLAND  to  INDIAN -OCEAN  : 

KWAJELEIN- ISLAND 

GUAM 

TALKGUAM 

TALKSATC 

TALKDIEGOGARCIA 

DIEGO-GARCIA 

INDIAN -OCEAN 

New  communications  path  from  WOOMERA-AUSTRALIA  to  INDIAN-OCEAN  s 

WOOMERA-AUSTRALIA 

GUAM 

TALKGUAM 

TALKSATC 

TALKDIEGOGARCIA 

DIEGO-GARCIA 

INDIAN-OCEAN 

New  communications  path  from  WOOMERA-AUSTRALIA  to  CRETE-GREECE  : 

WOOMERA-AUSTRALIA 

GUAM 

TALKGUAM 

TALKSATC 

TALKCRETE 

CRETE-GREECE 

New  communications  path  from  INDIAN-OCEAN  to  CRETE-GREECE  : 

INDIAN-OCEAN 

DIEGO-GARCIA 

LORING-MAINE 

THULE-GREENLAND 

OAKHANGER-UK 

CRETE-GREECE 

New  communications  path  from  INDIAN-OCEAN  to  NORFOLK-VIRGINIA  : 
INDIAN-OCEAN 
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DIEGO-GARCIA 

LORING-MAINE 

OFFUTT-HEBRASKA 

HORFOLK-VIRGINIA 

New  communications  path  from  INDIAN-OCEAN  to  COLORADO-SPRINGS 

INDIAN -OCEAN 

DIEGO-GARCIA 

LORING-MAINE 

OFFUTT-NEBRASKA 

COLORADO-SPRINGS 

New  communications  path  from  INDIAN-OCEAN  to  POINT-MUGU  : 

INDIAN-OCEAN 

DIEGO-GARCIA 

LORING-MAINE 

OFFUTT-NEBRASKA 

NORFOLK-VIRGINIA 

POINT-MUGU 

New  communications  path  from  INDIAN-OCEAN  to  WAHIAWI -HAWAII  : 

INDIAN-OCEAN 

DIEGO-GARCIA 

LORING-MAINE 

OFFUTT-NEBRASKA 

VANDENBERG 

SUNNYVALE 

WAHIAWI -HAWAII 

New  communications  path  from  DIEGO-GARCIA  to  NORFOLK-VIRGINIA 

DIEGO-GARCIA 

LORING-MAINE 

OFFUTT-NEBRASKA 

NORFOLK-VIRGINIA 

New  communications  path  from  DIEGO-GARCIA  to  POINT-MUGU  : 

DIEGO-GARCIA 

LORING-MAINE 

OFFUTT-NEBRASKA 

NORFOLK-VIRGINIA 

POINT-MUGU 

New  communications  path  from  NORFOLK-VIRGINIA  to  DIEGO-GARCIA 

NORFOLK-VIRGINIA 

OFFUTT-NEBRASKA 

LORING-MAINE 

DIEGO-GARCIA 

New  communications  path  from  POINT-MUGU  to  DIEGO-GARCIA  : 

POINT-MUGU 

NORFOLK-VIRGINIA 

OFFUTT-NEBRASKA 

LORING-MAINE 

DIEGO-GARCIA 

New  communications  path  from  INDIAN-OCEAN  to  KWAJELEIN-ISLAND 

INDIAN-OCEAN 

DIEGO-GARCIA 

TALKDIEGOGARCIA 


TALKSATC 

TALKGUAM 

GUAM 

KWAJE LEIN- IS LAND 

New  communications  path  from  INDIAN-OCEAN  to  WOOKERA-AUSTRALIA 

INDIAN-OCEAN 

DIEGO-GARCIA 

TALKDIEGOGARCIA 

TALKSATC 

TALKGUAM 

GUAM 

WOOMERA- AUSTRALIA 


New  communications  path  from  CRETE-GREECE  to  WOOMERA-AUSTRALIA 

CRETE-GREECE 

TALKCRETE 

TALKSATC 

TALKGUAM 

GUAM 

WOOMERA-AUSTRALIA 

New  communications  path  from  CRETE-GREECE  to  INDIAN-OCEAN  : 

CRETE-GREECE 

OAKHANGER-UK 

THULE -GREENLAND 

LORING-MAINE 

DIEGO-GARCIA 

INDIAN-OCEAN 

New  communications  path  from  NORFOLK-VIRGINIA  to  INDIAN-OCEAN 

NORFOLK-VIRGINIA 

OFFUTT-NEBRASKA 

LORING-MAINE 

DIEGO-GARCIA 

INDIAN-OCEAN 

New  communications  path  from  COLORADO-SPRINGS  to  INDIAN-OCEAN 

COLORADO-S PRI NGS 

OFFUTT-NEBRASKA 

LORING-MAINE 

DIEGO-GARCIA 

INDIAN-OCEAN 

New  communications  path  from  POINT-MUGU  to  INDIAN-OCEAN  : 

POINT-MUGU 

NORFOLK-VIRGINIA 

OFFUTT-NEBRASKA 

LORING-MAINE 

DIEGO-GARCIA 

INDIAN-OCEAN 

New  communications  path  from  WAHIAWI-HAWAII  to  INDIAN-OCEAN  : 

WAHIAWI -HAWAII 

SUNNYVALE 

VANDENBERG 

OFFUTT-NEBRASKA 

LORING-MAINE 

DIEGO-GARCIA 


INDIAN -OCEAN 


BEST  RESTORATION  PLAN: 


PLAN-28  Restoration  plan  has  value  98.5138889 

Communications  Value:  20.0 
Navigation  Value:  29.625 

Heather  Value:  48.8888889 

Communications  Percentages:  Conflict  Area:  1.0 

Global:  1.0 

Navigation  Percentages:  Conflict  Area:  0.9833333334 

Global:  0.991666667 

Heather  Percentages:  Conflict  Area:  1.0 

Global:  0.9444444445 

Resources  not  operational  and  reason  for  red  status: 

Satellite  PATHSAT14  Reason:  DESTROYED 
Satellite  THUNDER3  Reason:  NO-DATA-DOHN-CAPABILITY 

Satellite  CHATTER3  Reason:  NO-TTC- AVAILABLE 

TTSC  Terminal  THUNDERDIEGOGARCIA  Reason:  DESTROYED 
TT4C  Terminal  RTS-INDIANOCEAN  Reason:  DESTROYED 
TT4C  Terminal  CHATTERHOOMERA  Reason:  DESTROYED 
Data  Terminal  THUNDERDIEGOGARCIA  Reason:  DESTROYED 
Data  Terminal  THUNDERASCENSION  Reason:  DESTROYED 

Data  Terminal  CHATTERS UNNYVALE  Reason:  DESTROYED 

PLAN-28  Restoration  Steps  to  Implement: 


Put  spare  satellite  PATHS ATSPARE2  in  use 
and  use  PATHASCENSION  for  TT4C  servicing. 

Put  spare  satellite  PATHSATSPARE3  in  use 
and  use  RTS-GUAM  for  TT4C  servicing. 

Use  THUNDERASCENSION  terminal  for  satellite  THUNDER3  TT&C  servicing. 
Use  THUNDERGUAM  terminal  for  satellite  THUNDER4  TTfcC  servicing. 

Use  RTS-THULE  terminal  for  satellite  TALKSATB  TTtC  servicing. 

Use  RTS-GUAM  terminal  for  satellite  TALKSATC  TTtC  servicing. 

New  communications  path  from  SUNNYVALE  to  INDIAN-OCEAN  : 

SUNNYVALE 

VANDENBERG 

OFFUTT-NEBRASKA 

LORING-MAINE 

DIEGO-GARCIA 


INDIAN-OCEAN 


New  communications  path  from  SUNNYVALE  to  WOOKERA- AUSTRALIA  : 
SUNNYVALE 
WAHIAWI -HAWAII 
CHATTERWAHIAWI 
CHATTER4 
CHATTERWOOMERA 
WOOMERA -AUSTRALIA 

New  communications  path  from  INDIAN-OCEAN  to  SUNNYVALE  : 
INDIAN-OCEAN 
DIEGO-GARCIA 
LORING-HAINE 
OFFUTT-NEBRASKA 
VANDENBERG 
SUNNYVALE 

New  communications  path  from  WOOMERA-AUSTRALIA  to  SUNNYVALE  : 
WOOMERA-AUSTRALIA 
CHATTERWOOMERA 
CHATTER4 
CHATTERWAHIAWI 
WAHIAWI-HAWAII 
SUNNYVALE 

New  communications  path  from  KWAJELEIN-ISLAND  to  INDIAN-OCEAN 
KWAJELEIN-ISLAND 
GUAM 

TALKGUAM 
TALXSATC 
TALKDI EGOGARCIA 
DIEGO-GARCIA 
INDIAN-OCEAN 

New  communications  path  from  WOOMERA-AUSTRALIA  to  INDIAN-OCEAN 
WOOMERA-AUSTRALIA 
GUAM 
TALKGUAM 
TALKSATC 
TALKDI EGOGARCIA 
DIEGO-GARCIA 
INDIAN-OCEAN 

New  communications  path  from  WOOMERA-AUSTRALIA  to  CRETE-GREECE 
WOOMERA-AUSTRALIA 
GUAM 

TALKGUAM 
TALKSATC 
TALKCRETE 
CRETE-GREECE 

New  communications  path  from  INDIAN-OCEAN  to  CRETE-GREECE  : 
INDIAN-OCEAN 
DIEGO-GARCIA 
LORING-MAINE 

\  .  THULE -GREENLAND 

\  OAKHANGER-UK 

I  CRETE-GREECE 


303 


New  communications  path  from  INDIAN-OCEAN  to  NORFOLK-VIRGINIA 

INDIAN -OCEAN 

DIEGO-GARCIA 

LORING-MAINE 

OFFUTT-NEBRASKA 

NORFOLX -VIRGINIA 

New  communications  path  from  INDIAN-OCEAN  to  COLORADO-SPRINGS 

INDIAN-OCEAN 

DIEGO-GARCIA 

LORING-MAINE 

OFFUTT-NEBRASKA 

COLORADO-SPRINGS 

New  communications  path  from  INDIAN-OCEAN  to  POINT-MUGU  : 

INDIAN-OCEAN 

DIEGO-GARCIA 

LORING-MAINE 

OFFUTT-NEBRASKA 

NORFOLK-VIRGINIA 

POINT-MUGU 

New  communications  path  from  INDIAN-OCEAN  to  WAHIAWI -HAWAII  : 

INDIAN-OCEAN 

DIEGO-GARCIA 

LORING-MAINE 

OFFUTT-NEBRASKA 

VANDENBERG 

SUNNYVALE 

WAHIAWI-HAWAII 

New  communications  path  from  DIEGO-GARCIA  to  NORFOLK-VIRGINIA 

DIEGO-GARCIA 

LORING-MAINE 

OFFUTT-NEBRASKA 

NORFOLK-VIRGINIA 

New  communications  path  from  DIEGO-GARCIA  to  POINT-MUGU  : 

DIEGO-GARCIA 

LORING-MAINE 

OFFUTT-NEBRASKA 

NORFOLK-VIRGINIA 

POINT-MUGU 

New  communications  path  from  NORFOLK-VIRGINIA  to  DIEGO-GARCIA 

NORFOLK-VIRGINIA 

OFFUTT-NEBRASKA 

LORING-MAINE 

DIEGO-GARCIA 

New  communications  path  from  POINT-MUGU  to  DIEGO-GARCIA  : 

POINT-MUGU 

NORFOLK-VIRGINIA 

OFFUTT-NEBRASKA 

LORING-MAINE 

DIEGO-GARCIA 


New  communications  path  from  INDIAN-OCEAN  to  KWAJELEIN-ISLAND 


INDIAN-OCEAN 

DIEGO-GARCIA 

TALKDIEGOGARCIA 

TALKSATC 

TALKGUAM 

GUAM 

KWAJELEIN-ISLAND 

New  communications  path  from  INDIAN-OCEAN  to  WOOMERA-AUSTRALIA  : 

INDIAN-OCEAN 

DIEGO-GARCIA 

TALKDIEGOGARCIA 

TALKSATC 

TALKGUAM 

GUAM 

WOOMERA-AUSTRALIA 

New  communications  path  from  CRETE-GREECE  to  WOOMERA-AUSTRALIA  : 

CRETE -GREECE 

TALKCRETE 

TALKSATC 

TALKGUAM 

GUAM 

WOOMERA-AUSTRALIA 

New  communications  path  from  CRETE-GREECE  to  INDIAN-OCEAN  : 

CRETE-GREECE 

OAKHANGER-UK 

THULE -GREENLAND 

LORING-MAINE 

DIEGO-GARCIA 

INDIAN-OCEAN 

New  communications  path  from  NORFOLK-VIRGINIA  to  INDIAN-OCEAN  : 

NORFOLK-VIRGINIA 

OFFUTT-NEBRASKA 

LORING-MAINE 

DIEGO-GARCIA 

INDIAN-OCEAN 

New  communications  path  from  COLORADO-SPRINGS  to  INDIAN-OCEAN  : 

CO LORA DO-SPRINGS 

OFFUTT-NEBRASKA 

LORING-MAINE 

DIEGO-GARCIA 

INDIAN-OCEAN 

New  communications  path  from  POINT-MUGU  to  INDIAN-OCEAN  : 

POINT-MUGU 

NORFOLK-VIRGINIA 

OFFUTT-NEBRASKA 

LORING-MAINE 

DIEGO-GARCIA 

INDIAN-OCEAN 

New  communications  path  from  WAHIAWI -HAWAII  to  INDIAN-OCEAN  : 

WAHIAWI -HAWAII 

SUNNYVALE 

VANDENBERG 
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BEST  RESTORATION  PLAN: 


PLAN-30  Restoration  plan  has  value  98.5138889 

Communications  Value:  20.0 
Navigation  Value:  29.625 

Weather  Value:  48.8888889 

Communications  Percentages:  Conflict  Area:  1.0 

Global:  1.0 

Navigation  Percentages:  Conflict  Area:  0.9833333334 

Global:  0.991666667 

Weather  Percentages:  Conflict  Area:  1.0 

Global:  0.9444444445 

Resources  not  operational  and  reason  for  red  status: 

Satellite  PATHSAT14  Reason:  DESTROYED 
Satellite  THUNDER3  Reason:  NO-DATA- DOWN -CAPABILITY 

Satellite  CHATTER3  Reason:  NO-TTC-AVAILABLE 

TTSC  Terminal  THUNDERDIEGOGARCIA  Reason:  DESTROYED 
TTSC  Terminal  RTS-INDIANOCEAN  Reason:  DESTROYED 
TTSC  Terminal  CHATTERWOOMERA  Reason:  DESTROYED 
Data  Terminal  THUNDERDIEGOGARCIA  Reason:  DESTROYED 
Data  Terminal  THUNDERASCENSION  Reason:  DESTROYED 

Data  Terminal  CHATTERSUNNYVALE  Reason:  DESTROYED 

PLAN-30  Restoration  Steps  to  Implement: 


Put  spare  satellite  PATHSATSPARE2  in  use 
and  use  PATHASCENSION  for  TTSC  servicing. 

Put  spare  satellite  PATHSATSPARE3  in  use 
and  use  RTS-GUAM  for  TTSC  servicing. 

Use  THUNDERASCENSION  terminal  for  satellite  THUNDER 3  TTSC  servicing 
Use  THUNDERGUAM  terminal  for  satellite  THUNDER4  TTSC  servicing. 

Use  RTS-OAKHANGER  terminal  for  satellite  TALKSATB  TTSC  servicing. 
Use  PATHDIEGOGARCIA  terminal  for  satellite  TALKSATC  TTSC  servicing. 

New  communications  path  from  SUNNYVALE  to  INDIAN-OCEAN  : 

SUNNYVALE 

VANDENBERG 


OFFUTT-NEBRASKA 
LORI NG -MAINE 
DIEGO-GARCIA 
INDIAN-OCEAN 

New  communications  path  from  SUNNYVALE  to  WOOMERA-AUSTRALIA  : 

SUNNYVALE 

WAHIAWI -HAWAII 

CHATTERWAHIAWI 

CHATTER4 

CHATTERWOOMERA 

WOOMERA-AUSTRALIA 

New  communications  path  from  INDIAN-OCEAN  to  SUNNYVALE  : 

INDIAN-OCEAN 

DIEGO-GARCIA 

LORING-MAINE 

OFFUTT-NEBRASKA 

VANDENBERG 

SUNNYVALE 

New  communications  path  from  WOOMERA-AUSTRALIA  to  SUNNYVALE  : 

WOOMERA-AUSTRALIA 

CHATTERWOOMERA 

CHATTER4 

CHATTERWAHIAWI 

WAHIAWI -HAWAII 

SUNNYVALE 


New  communications  path  from  KWAJELEIN-ISLAND  to  INDIAN-OCEAN 

KWAJE LEIN- IS LAND 

GUAM 

TALKGUAM 

TALKSATC 

TALKDIEGOGARCIA 

DIEGO-GARCIA 

INDIAN-OCEAN 

New  communications  path  from  WOOMERA-AUSTRALIA  to  INDIAN-OCEAN 

WOOMERA-AUSTRALIA 

GUAM 

TALKGUAM 

TALKSATC 

TALKDIEGOGARCIA 

DIEGO-GARCIA 

INDIAN-OCEAN 

New  communications  path  from  WOOMERA-AUSTRALIA  to  CRETE-GREECE 

WOOMERA-AUSTRALIA 

GUAM 

TALKGUAM 

TALKSATC 

TALKCRETE 

CRETE-GREECE 

New  communications  path  from  INDIAN-OCEAN  to  CRETE-GREECE  : 

INDIAN-OCEAN 

DIEGO-GARCIA 

LORING-MAINE 


THULE -GREENLAND 
OAKHANGER-UK 
CRETE -GREECE 

New  communications  path  from  INDIAN-OCEAN  to  NORFOLK-VIRGINIA 

INDIAN-OCEAN 

DIEGO-GARCXA 

LORING-MAINE 

offutt-nebraska 

NORFOLK-VIRGINIA 

New  communications  path  from  INDIAN-OCEAN  to  COLORADO-SPRINGS 

INDIAN-OCEAN 

DIEGO-GARCIA 

LORING-MAINE 

OFFUTT-NEBRASKA 

COLORADO-SPRINGS 

New  communications  path  from  INDIAN-OCEAN  to  POINT-MUGU  : 

INDIAN-OCEAN 

DIEGO-GARCIA 

LORING-MAINE 

OFFUTT-NEBRASKA 

NORFOLK-VIRGINIA 

POINT-MUGU 

New  communications  path  from  INDIAN-OCEAN  to  WAHIAWI -HAWAII  : 

INDIAN-OCEAN 

DIEGO-GARCIA 

LORING-MAINE 

OFFUTT-NEBRASKA 

VANDENBERG 

SUNNYVALE 

WAHIAWI -HAWAII 

New  communications  path  from  DIEGO-GARCIA  to  NORFOLK-VIRGINIA 

DIEGO-GARCIA 

LORING-MAINE 

OFFUTT-NEBRASKA 

NORFOLK-VIRGINIA 

New  communications  path  from  DIEGO-GARCIA  to  POINT-MUGU  : 

DIEGO-GARCIA 

LORING-MAINE 

OFFUTT-NEBRASKA 

NORFOLK-VIRGINIA 

POINT-MUGU 

New  communications  path  from  NORFOLK-VIRGINIA  to  DIEGO-GARCIA 

NORFOLK-VIRGINIA 

OFFUTT-NEBRASKA 

LORING-MAINE 

DIEGO-GARCIA 

New  communications  path  from  POINT-MUGU  to  DIEGO-GARCIA  : 

POINT-MUGU 

NORFOLK-VIRGINIA 

OFFUTT-NEBRASKA 

LORING-MAINE 
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New  communications  path  from  INDIAN -OCEAN  to  KWAJELEIN-ISLAND 

INDIAN -OCEAN 

DIEGO-GARCIA 

TALKDIEGOGARCIA 

TALKSATC 

TALKGUAM 

GUAM 

KWAJELEIN-ISLAND 

New  communications  path  from  INDIAN -OCEAN  to  WOOMERA-AUSTRALIA 

INDIAN-OCEAN 

DIEGO-GARCIA 

TALKDIEGOGARCIA 

TALKSATC 

TALKGUAM 

GUAM 

WOOMERA-AUSTRALIA 

New  communications  path  from  CRETE-GREECE  to  WOOMERA-AUSTRALIA 

CRETE-GREECE 

TALK CRETE 

TALKSATC 

TALKGUAM 

GUAM 

WOOMERA-AUSTRALIA 

New  communications  path  from  CRETE-GREECE  to  INDIAN-OCEAN  : 

CRETE-GREECE 

OAKHANGER-UK 

TKULE -GREENLAND 

LORING-MAINE 

DIEGO-GARCIA 

INDIAN-OCEAN 

New  communications  path  from  NORFOLK-VIRGINIA  to  INDIAN-OCEAN 

NORFOLK-VIRGINIA 

OFFUTT-NEBRASKA 

LORING-MAINE 

DIEGO-GARCIA 

INDIAN-OCEAN 

New  communications  path  from  COLORADO-SPRINGS  to  INDIAN-OCEAN 

COLORADO-SPRINGS 

OFFUTT-NEBRASKA 

LORING-MAINE 

DIEGO-GARCIA 

INDIAN-OCEAN 

New  communications  path  from  POINT-MUGU  to  INDIAN-OCEAN  : 

POINT-MUGU 

NORFOLK-VIRGINIA 

OFFUTT-NEBRASKA 

LORING-MAINE 

DIEGO-GARCIA 

INDIAN-OCEAN 


New  communications  path  from  WAHIAWI -HAWAII  to  INDIAN -OCEAN 

WAHIAWI -HAWAII 

SUNNYVALE 

VANDENBERG 

OFFUTT-NEBRASKA 

LORING-MAINE 

DIEGO-GARCIA 

INDIAN-OCEAN 
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BEST  RESTORATION  PLAN: 
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PLAN-31  Restoration  plan  has  value  98.5138889 

Communications  Value:  20.0 
Navigation  Value:  29.625 

Weather  Value:  48.8888889 

Communications  Percentages:  Conflict  Area:  1.0 

Global:  1.0 

Navigation  Percentages:  Conflict  Area:  0.9833333334 

Global:  0.991666667 

Weather  Percentages:  Conflict  Area:  1.0 

Global:  0.9444444445 

Resources  not  operational  and  reason  for  red  status: 

Satellite  PATHSAT14  Reason:  DESTROYED 
Satellite  THUNDER3  Reason:  NO-DATA-DOWN-CAPABILITY 

Satellite  CHATTER 3  Reason:  NO-TTC-AVAILABLE 

TT&C  Terminal  THUNDERDIEGOGARCIA  Reason:  DESTROYED 
TTSC  Terminal  RTS-INDIANOCEAN  Reason:  DESTROYED 
TT6C  Terminal  CHATTERW00MERA  Reason:  DESTROYED 


Data  Terminal  THUNDERDIEGOGARCIA  Reason:  DESTROYED 
Data  Terminal  THUNDERASCENSION  Reason:  DESTROYED 

Data  Terminal  CHATTERSUNNYVALE  Reason:  DESTROYED 

PLAN-31  Restoration  Steps  to  Implement: 

Put  spare  satellite  PATHS ATS PARE2  in  use 
and  use  PATHASCENSION  for  TT6C  servicing. 

Put  spare  satellite  PATHSATSPARE3  in  use 
and  use  RTS -GUAM  for  TTiC  servicing. 

Use  THUNDERASCENSION  terminal  for  satellite  THUNDER3  TTfiC  servicing. 
Use  THUNDERGUAM  terminal  for  satellite  THUNDER4  TT&C  servicing. 

Use  RTS-THULE  terminal  for  satellite  TALKSATB  TTSC  servicing. 

Use  PATHDIEGOGARCIA  terminal  for  satellite  TALKSATC  TTSC  servicing. 
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New  communications  path  from  SUNNYVALE  to  INDIAN-OCEAN  : 

SUNNYVALE 

VANDENBERG 

OFFUTT-NEBRASKA 

LORING-HAINE 

DIEGO-GARCIA 

INDIAN-OCEAN 

New  communications  path  from  SUNNYVALE  to  WOOMERA-AUSTRALIA  s 

SUNNYVALE 

WAHIAWI -HAWAII 

CHATTERWAHIAWI 

CHATTER4 

CHATTERWOOMERA 

WOOMERA-AUSTRALIA 

New  communications  path  from  INDIAN-OCEAN  to  SUNNYVALE  : 

INDIAN-OCEAN 

DIEGO-GARCIA 

LORING-MAINE 

OFFUTT-NEBRASKA 

VANDENBERG 

SUNNYVALE 


New  communications  path  from  WOOMERA-AUSTRALIA  to  SUNNYVALE  : 

WOOMERA-AUSTRALIA 

CHATTERWOOMERA 

CHATTER4 

CHATTERWAHIAWI 

WAHIAWI -HAWAII 

SUNNYVALE 

New  communications  path  from  KWAJELEIN-ISLAND  to  INDIAN-OCEAN 

KWAJELEIN-ISLAND 

GUAM 

TALKGUAM 

TALKSATC 

TALKDIEGOGARCIA 

DIEGO-GARCIA 

INDIAN-OCEAN 

New  communications  path  from  WOOMERA-AUSTRALIA  to  INDIAN-OCEAN 

WOOMERA-AUSTRALIA 

GUAM 

TALKGUAM 

TALKSATC 

TALKDIEGOGARCIA 

DIEGO-GARCIA 

INDIAN-OCEAN 

New  communications  path  from  WOOMERA-AUSTRALIA  to  CRETE-GREECE 

WOOMERA-AUSTRALIA 

GUAM 

TALKGUAM 

TALKSATC 

TALKCRETE 

CRETE-GREECE 


New  communications  path  from  INDIAN -OCEAN  to  CRETE-GREECE  : 

INDIAN -OCEAN 

DIEGO-GARCIA 

LORING-MAINE 

THULE -GREENLAND 

OAKHANGER-UK 

CRETE-GREECE 

New  communications  path  from  INDIAN-OCEAN  to  NORFOLK-VIRGINIA 

INDIAN-OCEAN 

DIEGO-GARCIA 

LORING-MAINE 

OFFUTT-NEBRASKA 

NORFOLK-VIRGINIA 

New  communications  path  from  INDIAN-OCEAN  to  COLORADO-SPRINGS 

INDIAN-OCEAN 

DIEGO-GARCIA 

LORING-MAINE 

OFFUTT-NEBRAS  KA 

COLORADO-SPRINGS 

New  communications  path  from  INDIAN-OCEAN  to  POINT-MUGU  : 

INDIAN-OCEAN 

DIEGO-GARCIA 

LORING-MAINE 

OFFUTT-NEBRASKA 

NORFOLK-VIRGINIA 

POINT-MUGU 

New  communications  path  from  INDIAN-OCEAN  to  WAHIAWI-HAWAII  : 

INDIAN-OCEAN 

DIEGO-GARCIA 

LORING-MAINE 

OFFUTT-NEBRASKA 

VANDENBERG 

SUNNYVALE 

WAHIAWI-HAWAII 

New  communications  path  from  DIEGO-GARCIA  to  NORFOLK-VIRGINIA 

DIEGO-GARCIA 

LORING-MAINE 

OFFUTT-NEBRASKA 

NORFOLK-VIRGINIA 

New  communications  path  from  DIEGO-GARCIA  to  POINT-MUGU  : 

DIEGO-GARCIA 

LORING-MAINE 

OFFUTT-NEBRASKA 

NORFOLK-VIRGINIA 

POINT-MUGU 

New  communications  path  from  NORFOLK-VIRGINIA  to  DIEGO-GARCIA 

NORFOLK-VIRGINIA 

OFFUTT-NEBRASKA 

LORING-MAINE 

DIEGO-GARCIA 

New  communications  path  from  POINT-MUGU  to  DIEGO-GARCIA  : 
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POINT-MUGU 
NORFOLK-VIRGINIA 
OFFUTT-NEBRASKA 
LORING-MAINE 
DIEGO -GARCIA 

New  communications  path  from  INDIAN -OCEAN  to  KWAJELEIN-ISLAND  : 

INDIAN -OCEAN 

DIEGO-GARCIA 

TALKDIEGOGARCIA 

TALKSATC 

TALKGUAM 

GUAM 

KWAJELEIN-ISLAND 

New  communications  path  from  INDIAN-OCEAN  to  WOOMERA-AUSTRALIA  : 

INDIAN-OCEAN 

DIEGO-GARCIA 

TALKDIEGOGARCIA 

TALKSATC 

TALKGUAM 

GUAM 

WOOfiERA- AUSTRALIA 

New  communications  path  from  CRETE-GREECE  to  WOOMERA-AUSTRALIA  : 

CRETE -GREECE 

TALKCRETE 

TALKSATC 

TALKGUAM 

GUAM 

WOOMERA-AUSTRALIA 

New  communications  path  from  CRETE-GREECE  to  INDIAN-OCEAN  : 

CRETE-GREECE 

OAKHANGER-UK 

THULE -GREENLAND 

LORING-MAINE 

DIEGO-GARCIA 

INDIAN-OCEAN 

New  communications  path  from  NORFOLK-VIRGINIA  to  INDIAN-OCEAN  : 

NORFOLK-VIRGINIA 

OFFUTT-NEBRASKA 

LORING-MAINE 

DIEGO-GARCIA 

INDIAN-OCEAN 

New  communications  path  from  COLORADO-SPRINGS  to  INDIAN-OCEAN  : 

CO LORA DO-SPRINGS 

OFFUTT-NEBRASKA 

LORING-MAINE 

DIEGO-GARCIA 

INDIAN-OCEAN 

New  communications  path  from  POINT-MUGU  to  INDIAN-OCEAN  : 

POINT-MUGU 

NORFOLK-VIRGINIA 

OFFUTT-NEBRASKA 

LORING-MAINE 
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DIEGO-GARCIA 
INDIAN -OCEAN 

New  comaunications  path  from  WAHIAWI -HAWAII  to  INDIAN-OCEAN 

WAHIAWI -HAWAII 

SUNNYVALE 

VANDENBERG 

OFFUTT-NEBRASKA 

LORING-MAINE 

DIEGO-GARCIA 

INDIAN-OCEAN 
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Scenario  for  Test  8 


TEST  8 


(CONSISTED  OF  RUNNING  TEST  4, 

SELECTING  A  PLAN,  AND  THEN  RUNNING  TEST  5) 


TEST  5 


(defrule  start-scenario-special -five 

(declare  (salience  *maximum-salience*) ) 

(testcase  special-five) 

=> 

(assert 

(get-priorities  major) 

(give-plans  3) 

(conflict-areas  (30  31  32  33  34  35  36  1  2  3  4  5  6  7) ) 
(theater  FarEast) 

(theater  Pacific) 

(change-ttc-status  thunderGuam  red  destroyed) 
(change-ttc-status  scoutWoomera  red  destroyed) 
(change-ttc-status  rts-IndianOcean  red  destroyed) 
(change-data-status  thunderGuam  red  destroyed) 
(change-data-status  chatterSunnyvale  red  destroyed) 
(change-satellite-status  pathsatl6  red  destroyed) 
(change-satellite-status  pathsatl7  red  destroyed) 
(groundl ink-destroyed  Wah i aw i -Hawaii  Sunnyvale) ) ) 


;  ; ;  DEFAULT  PRIORITIES  FOR  MAJOR  WAR  (NAV-COMM-WEA) 

( defrule  default-prior it ies-maj or 

(declare  (salience  *maximum-salience*) ) 
(get-priorities  major) 

=> 

(assert 

(priority  1  navigation) 

(priority  2  communications) 

(priority  3  weather) 

(weight-global  weather  2.0) 

(weight-conflict  weather  8.0) 

(weight-global  navigation  10.0) 

(weight-conflict  navigation  40.0) 

(weight-global  communications  15.0) 
(weight-conflict  communications  25.0) 

(sub-global  scout  1  0.3) 

(sub-global  path  3  0.4) 

(sub-global  path  4  0.3) 

(sub-conflict  scout  1  0.2) 

(sub-conflict  path  3  0.5) 

(sub-conflict  path  4  0.3))) 
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TEST  8:  SPECIAL-FOUR  FOLLOWED  BY  SPECIAL-FIVE 


NOTE:  PLAN-11  FROM  TEST  4  WAS  CHOSEN  AS  THE  PLAN  TO  ADOPT 


BEST  RESTORATION  PLAN: 


PLAN-11  Restoration  plan  has  value  94.9305556 

Communications  Value:  55.0 
Navigation  Value:  13.541666664 

Weather  Value:  26.3888889 

Communications  Percentages:  Conflict  Area:  1.0 


Global : 


1.0 


Navigation  Percentages: 
Weather  Percentages: 


Conflict  Area:  0.8875 


Global : 

Conflict  Area: 
Global : 


0.933333333 

0.75 

0.9444444445 


Resources  not  operational  and  reason  for  red  status: 

Satellite  PATHS AT 11  Reason:  DESTROYED 

Satellite  THUNDER3  Reason:  DESTROYED 
Satellite  PATHSAT10  Reason:  DESTROYED 

Satellite  SCOUTSATD  Reason:  DESTROYED 

TTSC  Terminal  scoutmugu  Reason:  DESTROYED 
TTSC  Terminal  THUNDERASCENSION  Reason:  DESTROYED 


PLAN-11  Restoration  Steps  to  Implement: 


Put  spare  satellite  PATHSATSPARE2  in  use 
and  use  PATHASCENSION  for  TTSC  servicing. 

Use  SCOUTWAHIAWI  terminal  for  satellite  SCOUTSATA  TTSC  servicing. 
Use  SCOUTASCENSION  terminal  for  satellite  SCOUTSATB  TTSC  servicing 

New  communications  path  from  POINT-MUGU  to  DIEGO-GARCIA  : 

POINT-MUGU 

NORFOLK-VIRGINIA 

PROSPECT-HARBOR-MAINE 

L0RING-MAINE 

DIEGO-GARCIA 


New  communications  path  from  NORFOLK-VIRGINIA  to  DIEGO-GARCIA  : 

NORFOLK-VIRGINIA 

PROSPECT-HARBOR-MAINE 

L0RING-MAINE 

DIEGO-GARCIA 
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New  communications  path  from 

INDIAN-OCEAN 

CHATTERINDIANOCEAN 

CHATTER 3 

CHATTERCRETE 

CRETE-GREECE 

OAXHANGER-UK 

THULE -GREENLAND 


INDIAN-OCEAN  to  THULE-GREENLAND 


New  communications  path  from  THULE-GREENLAND  to  INDIAN-OCEAN 

THULE-GREENLAND 

OAKHANGER-UK 

CRETE-GREECE 

CHATTERCRETE 

CHATTER3 

CHATTERINDIANOCEAN 

INDIAN-OCEAN 


New  communications  path  from  DIEGO-GARCIA  to  POINT-MUGU  : 

DIEGO-GARCIA 

LORING-MAINE 

PROSPECT-HARBOR-MAINE 

NORFOLK-VIRGINIA 

POINT-MUGU 


New  communications  path  from  DIEGO-GARCIA  to  NORFOLK-VIRGINIA 

DIEGO-GARCIA 

LORING-MAINE 

PROSPECT-HARBOR-MAINE 

NORFOLK-VIRGINIA 
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Choose  from  the  following  plans: 
For  PLAN-15  type  #  1 
For  PLAN- 16  type  #  2 
For  PLAN-10  type  *  3 


For  PLAN-6  type  #  4 


For  PLAN-11  type  #  5 


For  PLAN-7  type  #  6 


Type  the  number  associated  with  the  plan 
you  wish  to  adopt. 

5 

The  plan  you  have  chosen  has  updated  the  data 
base.  Assert  another  testcase  with  studio. 

No  applicable  rules. 

->  assert 

Enter  a  fact:  (TESTCASE  SPECIAL-FIVE) 

->  pop 
->  pop 
•>  run 


BEST  RESTORATION  PLAN: 


PLAN-31  Restoration  plan  has  value  94.3174603 

Communications  Value:  40.0 
Navigation  Value:  44.42857143 

Weather  Value:  9.88888889 

Communications  Percentages:  Conflict  Area:  1.0 

Global:  1.0 

Navigation  Percentages:  Conflict  Area:  0.8857142855 

Global :  0.9 

Weather  Percentages:  Conflict  Area:  1.0 

Global:  0.9444444445 

Resources  not  operational  and  reason  for  red  status: 

Satellite  PATHS AT 11  Reason:  DESTROYED 

Satellite  THUNDER3  Reason:  DESTROYED 
satellite  PATHSAT10  Reason:  DESTROYED 

Satellite  SCOUTSATD  Reason:  DESTROYED 

Satellite  PATHSAT17  Reason:  DESTROYED 

Satellite  PATHSAT16  Reason:  DESTROYED 

TT6C  Terminal  SCOUTMUGU  Reason:  DESTROYED 
TTSC  Terminal  THUNDERASCENSION  Reason:  DESTROYED 
TTSC  Terminal  RTS-INDIANOCEAN  Reason:  DESTROYED 
TTSC  Terminal  SCOUTWOOMERA  Reason:  DESTROYED 
TT6C  Terminal  THUNDERGUAM  Reason:  DESTROYED 
Data  Terminal  CHATTERSUNNYVALE  Reason:  DESTROYED 
Data  Terminal  THUNDERGUAM  Reason:  DESTROYED 

PLAN-31  Restoration  Steps  to  Implement: 


Put  spare  satellite  PATHS ATS PARE 2  in  use 
and  use  PATHASCENSION  for  TT&C  servicing. 

Put  spare  satellite  PATHSATSPARE3  in  use 
and  use  RTS -GUAM  for  TT&C  servicing. 

Use  STORMLORING  terminal  for  satellite  TALKSATB  TT&C  servicing. 

Use  PATHDIEGOGARCIA  terminal  for  satellite  TALKSATC  TT&C  servicing 

New  communications  path  from  SUNNYVALE  to  INDIAN -OCLAN  : 

SUNNYVALE 

POINT-MUGU 

NORFOLK-VIRGINIA 

CHATTERNORFOLK 

CHATTER2 

CHATTERCRETE 

CHATTER3 

CHATTERINDIANOCEAN 
INDIAN -OCEAN 

New  communications  path  from  SUNNYVALE  to  WOOMERA-AUSTRALIA  : 

SUNNYVALE 

TALKSUNNYVALE 

TALKSATD 

TALKGUAM 

GUAM 

WOOMERA-AUSTRALIA 

New  communications  path  from  INDIAN-OCEAN  to  SUNNYVALE  : 

INDIAN-OCEAN 

CHATTERINDIANOCEAN 

CHATTER3 

CHATTERCRETE 

CHATTER2 

CHATTERNORFOLK 

NORFOLK-VIRGINIA 

POINT-MUGU 

SUNNYVALE 

New  communications  path  from  WOOMERA-AUSTRALIA  to  SUNNYVALE  : 

WOOMERA-AUSTRALIA 

GUAM 

TALKGUAM 

TALKSATD 

TALKSUNNYVALE 

SUNNYVALE 


*  * 


* 


BEST  RESTORATION  PLAN: 


PLAN-30  Restoration  plan  has  value  94.3174603 

Communications  Value:  40.0 
Navigation  Value:  44.42857143 

Weather  Value:  9.88888889 

Communications  Percentages:  Conflict  Area:  1.0 

Global:  1.0 

Navigation  Percentages:  Conflict  Area:  0.8857142855 

Global:  0.9 


Weather  Percentages:  Conflict  Area:  1.0 

Global:  0.9444444445 

Resources  not  operational  and  reason  for  red  status: 

Satellite  PATHS AT 11  Reason:  DESTROYED 

Satellite  THUNDER3  Reason:  DESTROYED 
Satellite  PATHSAT10  Reason:  DESTROYED 

Satellite  SCOUTSATD  Reason:  DESTROYED 

Satellite  PATHSAT17  Reason:  DESTROYED 

Satellite  PATHSAT16  Reason:  DESTROYED 

TT&C  Terminal  SCOUTMUGU  Reason:  DESTROYED 
TT&C  Terminal  THUNDERASCENSION  Reason:  DESTROYED 
TT&C  Terminal  RTS-INDIANOCEAN  Reason:  DESTROYED 
TT&C  Terminal  SCOUTWOOMERA  Reason:  DESTROYED 
TT&C  Terminal  THUNDERGUAM  Reason:  DESTROYED 
Data  Terminal  CHATTERSUNNYVALE  Reason:  DESTROYED 
Data  Terminal  THUNDERGUAM  Reason:  DESTROYED 


I* 
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PLAN-30  Restoration  Steps  to  Implement: 


Put  spare  satellite  PATHS ATSPARE2  in  use 
and  use  PATHASCENSION  for  TT&C  servicing. 

Put  spare  satellite  PATHS ATS  PARE  3  in  use 
and  use  RTS -GUAM  for  TT&C  servicing. 

Use  RTS -THULE  terminal  for  satellite  TALKSATB  TT&C  servicing. 

Use  PATHDIEGOGARCIA  terminal  for  satellite  TALKSATC  TT&C  servicing. 

New  communications  path  from  SUNNYVALE  to  INDIAN-OCEAN  : 

SUNNYVALE 

POINT-MUGU 

NORFOLK-VIRGINIA 

CHATTERNORFOLK 

CHATTER2 

CHATTERCRETE 

CHATTER3 

CHATTERINDIANOCEAN 

INDIAN-OCEAN 


New  communications  path  from  SUNNYVALE  to  WOOMERA- AUSTRALIA 

SUNNYVALE 

TALKS UNNYVALE 

TALKSATD 

TALKGUAM 

GUAM 

WOOMERA- AUSTRALIA 
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New  communications  path  from  INDIAN-OCEAN  to  SUNNYVALE  : 

INDIAN-OCEAN 

CHATTERINDIANOCEAN 

CHATTER3 

CHATTERCRETE 

CHATTER2 

CHATTERNORFOLK 

NORFOLK-VIRGINIA 

POINT-MUGU 

SUNNYVALE 

New  communications  path  from  WOOMERA-AUSTRALIA  to  SUNNYVALE 

WOOMERA- AUSTRALIA 

GUAM 

TALKGUAM 

TALKSATD 

TALKSUNNYVALE 

SUNNYVALE 


BEST  RESTORATION  PLANS 


PLAN-29  Restoration  plan  has  value  94.3174603 

Communications  Value:  40.0 
Navigation  Value:  44.42857143 

Heather  Value:  9.88888889 

Communications  Percentages:  Conflict  Area:  1.0 

Global:  1.0 

Navigation  Percentages:  Conflict  Area:  0.8857142855 

Global:  0.9 

Heather  Percentages:  Conflict  Area:  1.0 

Global:  0.9444444445 

Resources  not  operational  and  reason  for  red  status: 

Satellite  PATHSAT11  Reason:  DESTROYED 

Satellite  THUNDER3  Reason:  DESTROYED 
Satellite  PATHSAT10  Reason:  DESTROYED 

Satellite  SCOUTSATD  Reason:  DESTROYED 

Satellite  PATHSAT17  Reason:  DESTROYED 

Satellite  PATHSAT16  Reason:  DESTROYED 

TTtC  Terminal  SCOUTMUGU  Reason:  DESTROYED 
TTtC  Terminal  THUNDERASCENSION  Reason:  DESTROYED 
TTtC  Terminal  RTS-INDIANOCEAN  Reason:  DESTROYED 
TTtC  Terminal  SCOUTHOOMERA  Reason:  DESTROYED 


TT&C  Terminal  THUNDERGUAM  Reason:  DESTROYED 
Data  Terminal  CHATTERS UNNYVALE  Reason:  DESTROYED 

Data  Terminal  THUNDERGUAM  Reason:  DESTROYED 

PLAN-29  Restoration  Steps  to  Implement: 


Put  spare  satellite  PATHSATSPARE2  in  use 
and  use  PATHASCENSION  for  TT&C  servicing. 

Put  spare  satellite  PATHS ATS PARE3  in  use 
and  use  RTS-GUAM  for  TT&C  servicing. 

Use  PATHASCENSION  terminal  for  satellite  TALKSATB  TT&C  servicing. 
Use  PATHDIEGOGARCIA  terminal  for  satellite  TALKSATC  TT&C  servicing. 

New  communications  path  from  SUNNYVALE  to  INDIAN-OCEAN  : 

SUNNYVALE 

POINT-MUGU 

NORFOLK-VIRGINIA 

CHATTERNORFOLK 

CHATTER2 

CHATTERCRETE 

CHATTER3 

CHATTERINDIANOCEAN 

INDIAN-OCEAN 

New  communications  path  from  SUNNYVALE  to  WOOMERA -AUSTRALIA  : 

SUNNYVALE 

TALKSUNNYVALE 

TALKSATD 

TALKGUAM 

GUAM 

WOOMERA-AUSTRALIA 

New  communications  path  from  INDIAN-OCEAN  to  SUNNYVALE  : 

INDIAN-OCEAN 

CHATTERINDIANOCEAN 

CHATTER 3 

CHATTERCRETE 

CHATTER2 

CHATTERNORFOLK 

NORFOLK-VIRGINIA 

POINT-MUGU 

SUNNYVALE 

New  communications  path  from  WOOMERA-AUSTRALIA  to  SUNNYVALE  : 

WOOMERA-AUSTRALIA 

GUAM 

TALKGUAM 

TALKSATD 

TALKSUNNYVALE 

SUNNYVALE 


.  V.  ,• 
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BEST  RESTORATION  PLAN 


PLAN-28  Restoration  plan  has  value  94.3174603 

Communications  Value:  40.0 
Navigation  Value:  44.42857143 

Heather  Value:  9.88888889 

Communications  Percentages:  Conflict  Area:  1.0 

Global:  1.0 

Navigation  Percentages:  Conflict  Area:  0.8857142855 

Global:  0.9 

Heather  Percentages:  Conflict  Area:  1.0 

Global:  0.9444444445 

Resources  not  operational  and  reason  for  red  status: 

Satellite  PATHS AT 11  Reason:  DESTROYED 

Satellite  THUNDER3  Reason:  DESTROYED 
Satellite  PATHSAT10  Reason:  DESTROYED 

Satellite  SCOUTSATD  Reason:  DESTROYED 

Satellite  PATHSAT17  Reason:  DESTROYED 

Satellite  PATHS ATI 6  Reason:  DESTROYED 

TTSC  Terminal  SCOUTMUGU  Reason:  DESTROYED 
TTfiC  Terminal  THUNDERASCENSION  Reason:  DESTROYED 
TTSC  Terminal  RTS-INDIANOCEAN  Reason:  DESTROYED 
TTSC  Terminal  SCOUTHOOMERA  Reason:  DESTROYED 
TTSC  Terminal  thunderguam  Reason:  DESTROYED 
Data  Terminal  CHATTERSUNNYVALE  Reason:  DESTROYED 
Data  Terminal  THUNDERGUAM  Reason:  DESTROYED 

PLAN-28  Restoration  Steps  to  Implement: 


Put  spare  satellite  PATHS ATS  PARE  2  in  use 
and  use  PATHASCENSION  for  TTSC  servicing. 

Put  spare  satellite  PATHS ATS  PARE  3  in  use 
and  use  RTS -GUAM  for  TTSC  servicing. 

Use  RTS -OAKHANGER  terminal  for  satellite  TALKSATB  TTSC  servicing. 
Use  PATHDIEGOGARCIA  terminal  for  satellite  TALKSATC  TTSC  servicing. 

New  communications  path  from  SUNNYVALE  to  INDIAN-OCEAN  : 

SUNNYVALE 

POINT-MUGU 

NORFOLX-VIRGINIA 

CHATTERNORfOLK 

CHATTER2 

CHATTERCRETE 

CHATTER3 

CHATTERINDIANOCEAN 

INDIAN-OCEAN 

New  communications  path  from  SUNNYVALE  to  HOOMERA-AUSTRALIA  : 
SUNNYVALE 


TALKS UNNYVALE 
TALKSATD 
TALKGUAM 
GUAM 

WOOMERA-AUSTRALIA 

New  coausunications  path  from  INDIAN -OCEAN  to  SUNNYVALE  : 

INDIAN-OCEAN 

CHATTERINDIANOCEAN 

CHATTER3 

CHATTERCRETE 

CHATTER2 

CHATTERNORFOLK 

NORFOLK-VIRGINIA 

POINT-MUGU 

SUNNYVALE 

New  coBUBunications  path  from  WOOMERA-AUSTRALIA  to  SUNNYVALE 

WOOMERA-AUSTRALIA 

GUAM 

TALKGUAM 

TALKSATD 

TALKSUNNYVALE 

SUNNYVALE 


*  *  * 


BEST  RESTORATION  PLAN: 


PLAN-37  Restoration  plan  has  value  94.3174603 

Communications  Value:  40.0 

Navigation  Value:  44.42857143 

Weather  Value:  9.88888889 

Communications  Percentages:  Conflict  Area:  1.0 

Global:  1.0 

Navigation  Percentages:  Conflict  Area:  0.8857142855 

Global:  0.9 

Weather  Percentages:  Conflict  Area:  1.0 

Global:  0.9444444445 

Resources  not  operational  and  reason  for  red  status: 

Satellite  PATHSAT11  Reason:  DESTROYED 

Satellite  THUNDER3  Reason:  DESTROYED 
Satellite  PATHS ATI 0  Reason:  DESTROYED 

Satellite  SCOUTSATD  Reason:  DESTROYED 

Satellite  PATHSAT17  Reason:  DESTROYED 


Satellite  PATHSAT16  Reason:  DESTROYED 
TTSC  Terminal  SCOUTMUGU  Reason:  DESTROYED 
TTSC  Terminal  THUNDERASCENSION  Reason:  DESTROYED 
TTSC  Terminal  RTS-INDIANOCEAN  Reason:  DESTROYED 
TTSC  Terminal  SCOUTWOOMERA  Reason:  DESTROYED 
TTSC  Terminal  THUNDERGUAM  Reason:  DESTROYED 
Data  Terminal  CHATTERS UNNYVALE  Reason:  DESTROYED 

Data  Terminal  THUNDERGUAM  Reason:  DESTROYED 

PLAN-37  Restoration  Steps  to  Implement: 


Put  spare  satellite  PATHSATSPARE2  in  use 
and  use  PATHASCENSION  for  TTSC  servicing. 

Put  spare  satellite  PATHSATSPARE3  in  use 
and  use  RTS-GUAM  for  TTSC  servicing. 

Use  STORMLORING  terminal  for  satellite  TALKSATB  TTSC  servicing 
Use  RTS-GUAM  terminal  for  satellite  TALKSATC  TTSC  servicing. 

New  communications  path  from  SUNNYVALE  to  INDIAN-OCEAN  : 

SUNNYVALE 

POINT-MUGU 

NORFOLK-VIRGINIA 

CHATTERNORFOLK 

CHATTER2 

CHATTERCRETE 

CHATTER3 

CHATTERINDIANOCEAN 

INDIAN-OCEAN 

New  communications  path  from  SUNNYVALE  to  WOOMERA-AUSTRALIA  : 

SUNNYVALE 

TALKS UNNYVALE 

TALKSATD 

TALKGUAM 

GUAM 

WOOMERA-AUSTRALIA 

New  communications  path  from  INDIAN-OCEAN  to  SUNNYVALE  : 

INDIAN-OCEAN 

CHATTERINDIANOCEAN 

CHATTER3 

CHATTERCRETE 

CHATTER2 

CHATTERNORFOLK 

NORFOLK-VIRGINIA 

POINT-MUGU 

SUNNYVALE 

New  communications  path  from  WOOMERA-AUSTRALIA  to  SUNNYVALE  : 

WOOMERA-AUSTRALIA 

GUAM 

TALKGUAM 

TALKSATD 

TALKS UNNYVALE 

SUNNYVALE 


BEST  RESTORATION  PLAN: 


PLAN-36  Restoration  plan  has  value  94.3174603 

Communications  Value:  40.0 
Navigation  Value:  44.42857143 

Heather  Value:  9.88888889 

Communications  Percentages:  Conflict  Area:  1.0 

Global:  1.0 

Navigation  Percentages:  Conflict  Area:  0.8857142855 

Global:  0.9 

Weather  Percentages:  Conflict  Area:  1.0 

Global:  0.9444444445 

Resources  not  operational  and  reason  for  red  status: 

Satellite  PATHSAT11  Reason:  DESTROYED 

Satellite  THUNDER3  Reason:  DESTROYED 
Satellite  PATHSAT10  Reason:  DESTROYED 

Satellite  SCOUTSATD  Reason:  DESTROYED 

Satellite  PATHSAT17  Reason:  DESTROYED 

Satellite  PATHSAT16  Reason:  DESTROYED 

TTtc  Terminal  scoutmugu  Reason:  DESTROYED 
TTliC  Terminal  THUNDERASCENSION  Reason:  DESTROYED 
TTIC  Terminal  RTS-INDIANOCEAN  Reason:  DESTROYED 
TTtC  Terminal  SCOUTWOOMERA  Reason:  DESTROYED 
TTtC  Terminal  THUNDERGUAM  Reason:  DESTROYED 
Data  Terminal  CHATTERS UNNYVALE  Reason:  DESTROYED 

Data  Terminal  THUNDERGUAM  Reason:  DESTROYED 

PLAN-36  Restoration  Steps  to  Implement: 


Put  spare  satellite  PATHSATSPARE2  in  use 
and  use  PATHASCENSION  for  TTtc  servicing. 

Put  spare  satellite  PATHSATSPARE3  in  use 
and  use  RTS-GUAM  for  TTIC  servicing. 

Use  RTS -THULE  terminal  for  satellite  TALKSATB  TTtC  servicing. 
Use  RTS-GUAM  terminal  for  satellite  TALKSATC  TTtC  servicing. 

New  communications  path  from  SUNNYVALE  to  INDIAN-OCEAN  : 

SUNNYVALE 

POINT-MU GU 

NORFOLK-VIRGINIA 

CHATTERNORFOLK 

CHATTER2 

CHATTER CRETE 

CHATTER 3 


CHATTERINDIANOCEAN 

INDIAN-OCEAN 


New  communications  path  from  SUNNYVALE  to  HOOMERA-AUSTRALIA 

SUNNYVALE 

TALKS UNNYVALE 

TALKSATD 

TALKGUAM 

GUAM 

WOOMERA- AUSTRALIA 

New  communications  path  from  INDIAN-OCEAN  to  SUNNYVALE  : 

INDIAN-OCEAN 

CHATTERINDIANOCEAN 

CHATTER3 

CHATTERCRETE 

CHATTER2 

CHATTERNORFOLK 

NORFOLK-VIRGINIA 

POINT-MUGU 

SUNNYVALE 

New  communications  path  from  WOOMERA-AUSTRALIA  to  SUNNYVALE 

WOOMERA- AUSTRALIA 

GUAM 

TALKGUAM 

TALKSATD 

TALKSUNNYVALE 

SUNNYVALE 


BEST  RESTORATION  PLAN: 


PLAN-35  Restoration  plan  has  value  94.3174603 

Communications  Value:  40.0 
Navigation  Value:  44.42857143 

Heather  Value:  9.88888889 


Communications  Percentages:  Conflict  Area: 

Global: 


1.0 

1.0 


Navigation  Percentages: 


Conflict  Area:  0.8857142855 
Global:  0.9 


Heather  Percentages: 


Conflict  Area:  1.0 
Global:  0.9444444445 


Resources  not  operational  and  reason  for  red  status: 


Satellite  PATHS AT 11  Reason:  DESTROYED 

Satellite  THUNDER3  Reason:  DESTROYED 


Satellite  PATHSAT10  Reason:  DESTROYED 

Satellite  SCOUTSATD  Reason:  DESTROYED 

Satellite  PATHSAT17  Reason:  DESTROYED 

Satellite  PATHSAT16  Reason:  DESTROYED 

TT&C  Terminal  SCOUTMUGU  Reason:  DESTROYED 
TT&C  Terminal  THUNDERASCENSION  Reason:  DESTROYED 
TT&C  Terminal  RTS-INDIANOCEAN  Reason:  DESTROYED 
TT&C  Terminal  SCOUTWOOMERA  Reason:  DESTROYED 
TT&C  Terminal  THUNDERGUAM  Reason:  DESTROYED 
Data  Terminal  CHATTERSUNNYVALE  Reason:  DESTROYED 
Data  Terminal  THUNDERGUAM  Reason:  DESTROYED 

PLAN- 3 5  Restoration  Steps  to  Implement: 


Put  spare  satellite  PATHS ATS  PARE  2  in  use 
and  use  PATHASCENSION  for  TT&C  servicing. 

Put  spare  satellite  PATHSATSPARE3  in  use 
and  use  RTS -GUAM  for  TTSC  servicing. 

Use  PATHASCENSION  terminal  for  satellite  TALKSATB  TTSC  servicing 
Use  RTS-GUAM  terminal  for  satellite  TALKSATC  TT&C  servicing. 

New  communications  path  from  SUNNYVALE  to  INDIAN -OCEAN  : 

SUNNYVALE 

POINT-MUGU 

NORFOLK-VIRGINIA 

CHATTERNORFOLK 

CHATTER2 

CHATTERCRETE 

CHATTER 3 

CHATTERINDI AN OCEAN 
INDIAN -OCEAN 

New  communications  path  from  SUNNYVALE  to  WOOMERA-AUSTRALIA  : 

SUNNYVALE 

TALKS UNNYVALE 

TALKSATD 

TALKGUAM 

GUAM 

WOOMERA-AUSTRALIA 

New  communications  path  from  INDIAN-OCEAN  to  SUNNYVALE  : 

INDIAN -OCEAN 

CHATTERINDIANOCEAN 

CHATTER 3 

CHATTERCRETE 

CHATTER2 

CHATTERNORFOLK 

NORFOLK-VIRGINIA 

POINT-MUGU 

SUNNYVALE 

New  communications  path  from  WOOMERA-AUSTRALIA  to  SUNNYVALE  : 

WOOMERA-AUSTRALIA 

GUAM 

TALKGUAM 
TALKSATD 
TALKS UNNYVALE 
SUNNYVALE 


r« «  ,*  ** 
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BEST  RESTORATION  PLAN: 


PLAN-34  Restoration  plan  has  value  94.3174603 

Communications  Value:  40.0 
Navigation  Value:  44.42857143 

Weather  Value:  9.88888889 

Communications  Percentages:  Conflict  Area:  1.0 

Global:  1.0 


Nav igat ion  Percentages : 


Weather  Percentages: 


Conflict  Area:  0.8857142855 
Global:  0.9 

Conflict  Area:  1.0 
Global:  0.9444444445 


Resources  not  operational  and  reason  for  red  status: 


satellite  PATHS AT 11  Reason:  DESTROYED 

Satellite  THUNDER3  Reason:  DESTROYED 
Satellite  PATHS AT 10  Reason:  DESTROYED 

Satellite  SCOUTSATD  Reason:  DESTROYED 

Satellite  PATHSAT17  Reason:  DESTROYED 

Satellite  PATHSAT16  Reason:  DESTROYED 

TTSC  Terminal  SCOUTMUGU  Reason:  DESTROYED 
TTSC  Terminal  THUNDERASCENSION  Reason:  DESTROYED 
TTSC  Terminal  RTS-INDIANOCEAN  Reason:  DESTROYED 
TTSC  Terminal  SCOUTWOOMERA  Reason:  DESTROYED 
TTSC  Terminal  THUNDERGUAM  Reason:  DESTROYED 
Data  Terminal  CHATTERSUNNYVALE  Reason:  DESTROYED 
Data  Terminal  THUNDERGUAM  Reason:  DESTROYED 

PLAN-34  Restoration  Steps  to  Implement: 

Put  spare  satellite  PATHSATSPARE2  in  use 
and  use  PATHASCENSION  for  TTSC  servicing. 

Put  spare  satellite  PATHSATSPARE3  in  use 
and  use  RTS -GUAM  for  TTSC  servicing. 

Use  RTS-OAKHANGER  terminal  for  satellite  TALKSATB  TTSC  servicing. 
Use  RTS -GUAM  terminal  for  satellite  TALXSATC  TTSC  servicing. 

New  communications  path  from  SUNNYVALE  to  INDIAN-OCEAN  : 

SUNNYVALE 

POINT-MUGU 

NORFOLK-VIRGINIA 

CHATTERNORFOLK 


Satellite  PATHS AT 10 
Satellite  SCOUTSATD 
Satellite  PATHSAT17 
Satellite  PATHSAT16 


.y/, 


CHATTER2 
CHATTERCRETE 
CHATTER 3 

CHATTERINDIANOCEAN 
INDIAN -OCEAN 

New  communications  path  from  SUNNYVALE  to  WOOHERA -AUSTRALIA 

SUNNYVALE 

TALKSUNNYVALE 

TALKSATD 

TALKGUAM 

GUAM 

WOOMERA- AUSTRALIA 

New  communications  path  from  INDIAN-OCEAN  to  SUNNYVALE  : 

INDIAN-OCEAN 

CHATTERINDIANOCEAN 

CHATTER3 

CHATTERCRETE 

CHATTER2 

CHATTERNORFOLK 

NORFOLK-VIRGINIA 

POINT-MUGU 

SUNNYVALE 

New  communications  path  from  WOOMERA-AUSTRALIA  to  SUNNYVALE 

WOOMERA-AUSTRALIA 

GUAM 

TALKGUAM 

TALKSATD 

TALKSUNNYVALE 

SUNNYVALE 
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